home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1988 / troff / 8_7_15.tro < prev    next >
Text File  |  1991-12-22  |  112KB  |  4,283 lines
  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright (~c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v'|.5i'
  22. .sp 2P
  23. .LP
  24. \fBRecommendation\ X.419\fR 
  25. .RT
  26. .sp 2P
  27. .sp 1P
  28. .ce 1000
  29. \fBMESSAGE\ HANDLING\ SYSTEMS:\ PROTOCOL\ SPECIFICATIONS\fR 
  30. .FS
  31. Recommendation\ X.419 and ISO\ 10021\(hy6 [Information Processing Systems
  32. \(em\ Text Communication \(em MOTIS \(em Protocol Specifications] were 
  33. developed in close collaboration and are technically aligned, except for 
  34. the differences noted 
  35. in Annex\ D.
  36. .FE
  37. .EF '%    Fascicle\ VIII.7\ \(em\ Rec.\ X.419''
  38. .OF '''Fascicle\ VIII.7\ \(em\ Rec.\ X.419    %'
  39. .ce 0
  40. .sp 1P
  41. .ce 1000
  42. \fI(Melbourne, 1988)\fR 
  43. .sp 9p
  44. .RT
  45. .ce 0
  46. .sp 1P
  47. .PP
  48. The establishment in various countries of telematic services and computer\(hybased 
  49. store\(hyand\(hyforward message services in association with 
  50. public data networks creates a need to produce standards to facilitate
  51. international message exchange between subscribers to such services.
  52. .sp 1P
  53. .RT
  54. .sp 2P
  55. .LP
  56.     The\ CCITT,
  57. .sp 1P
  58. .RT
  59. .sp 1P
  60. .LP
  61. \fIconsidering\fR 
  62. .sp 9p
  63. .RT
  64. .PP
  65. (a)
  66. the need for message handling systems;
  67. .PP
  68. (b)
  69. the need to transfer and store messages of different
  70. types;
  71. .PP
  72. (c)
  73. that Recommendation X.200 defines the reference model of open systems interconnection 
  74. for CCITT applications; 
  75. .PP
  76. (d)
  77. that Recommendations X.208, X.217, X.218 and X.219
  78. provide the foundation for CCITT applications;
  79. .PP
  80. (e)
  81. that the X.500\(hyseries Recommendations define directory  systems;
  82. .PP
  83. (
  84. f
  85. )
  86. that message handling systems are defined in a series of Recommendations: 
  87. X.400, X.402, X.403, X.407, X.408, X.411, X.413 and X.419; and 
  88. .PP
  89. (g)
  90. that interpersonal messaging is defined in
  91. Recommendations\ X.420 and T.330;
  92. .sp 1P
  93. .LP
  94. \fIunanimously declares\fR 
  95. .sp 9p
  96. .RT
  97. .PP
  98. (1)
  99. that the protocol for accessing the message transfer
  100. system (the MTS access protocol\ \(em\ P3) is defined in Section\ 2;
  101. .PP
  102. (2)
  103. that the protocol for accessing a message store (the MS access protocol\ 
  104. \(em\ P7) is also defined in Section\ 2; 
  105. .PP
  106. (3)
  107. that the protocol used between message transfer agents (MTAs) to provide 
  108. for the distributed operation of the message transfer system (the MTS transfer 
  109. protocol\ \(em\ P1) is defined in Section\ 3. 
  110. \v'6p'
  111. .sp 1P
  112. .ce 1000
  113. TABLE\ OF\ CONTENTS
  114. .ce 0
  115. .sp 1P
  116. .LP
  117. Section\ 1\ \(em
  118.     \fIIntroduction\fR 
  119. .sp 1P
  120. .RT
  121. .sp 2P
  122. .LP
  123. 0
  124.     Introduction
  125. .sp 1P
  126. .RT
  127. .sp 1P
  128. .LP
  129. 1
  130.     Scope
  131. .sp 9p
  132. .RT
  133. .sp 1P
  134. .LP
  135. 2
  136.     References
  137. .sp 9p
  138. .RT
  139. .sp 1P
  140. .LP
  141. 3
  142.     Definitions
  143. .sp 9p
  144. .RT
  145. .sp 1P
  146. .LP
  147. 4
  148.     Abbreviations
  149. .sp 9p
  150. .RT
  151. .sp 1P
  152. .LP
  153. 5
  154.     Conventions
  155. .sp 9p
  156. .RT
  157. .LP
  158. .sp 1
  159. .bp
  160. .sp 2P
  161. .LP
  162. Section\ 2\ \(em
  163.     \fIMessage handling system access protocol specifications\fR 
  164. .sp 1P
  165. .RT
  166. .sp 1P
  167. .LP
  168. 6
  169.     Overview of the MHS access protocols
  170. .sp 9p
  171. .RT
  172. .sp 1P
  173. .LP
  174. 7
  175.     MTS access protocol abstract syntax definition
  176. .sp 9p
  177. .RT
  178. .sp 1P
  179. .LP
  180. 8
  181.     MS access protocol abstract syntax definition
  182. .sp 9p
  183. .RT
  184. .sp 1P
  185. .LP
  186. 9
  187.     Mapping onto used services
  188. .sp 9p
  189. .RT
  190. .sp 1P
  191. .LP
  192. 10
  193.     Conformance
  194. .sp 9p
  195. .RT
  196. .sp 2P
  197. .LP
  198. Section\ 3\ \(em
  199.     \fIMessage transfer system transfer protocol specification\fR 
  200. .sp 1P
  201. .RT
  202. .sp 1P
  203. .LP
  204. 11
  205.     Overview of the MTS transfer protocol
  206. .sp 9p
  207. .RT
  208. .sp 1P
  209. .LP
  210. 12
  211.     MTS transfer protocol abstract syntax definition
  212. .sp 9p
  213. .RT
  214. .sp 1P
  215. .LP
  216. 13
  217.     Mapping onto used services
  218. .sp 9p
  219. .RT
  220. .sp 1P
  221. .LP
  222. 14
  223.     Conformance
  224. .sp 9p
  225. .RT
  226. .sp 1P
  227. .LP
  228. \fIAnnex\ A\fR     \(em
  229.     Reference definition of MHS protocol object identifiers
  230. .sp 9p
  231. .RT
  232. .LP
  233. \fIAnnex\ B\fR     \(em
  234.     Interworking with 1984 systems
  235. .LP
  236. \fIAnnex\ C\fR     \(em
  237.     Differences between 1984 and 1988 MHS protocols
  238. .LP
  239. \fIAnnex\ D\fR     \(em
  240.     Differences between ISO and CCITT versions
  241. .LP
  242. .rs
  243. .sp 25P
  244. .ad r
  245. Blanc
  246. .ad b
  247. .RT
  248. .LP
  249. .bp
  250. .LP
  251. SECTION\ 1\ \(em
  252.     INTRODUCTION
  253. .sp 1P
  254. .RT
  255. .sp 2P
  256. .LP
  257. \fB0\fR     \fBIntroduction\fR 
  258. .sp 1P
  259. .RT
  260. .PP
  261. This Recommendation is one of a set of Recommendations defining
  262. message handling in a distributed open systems environment.
  263. .PP
  264. Message handling provides for the exchange of messages between users on 
  265. a store\(hyand\(hyforward basis. A message submitted by one user (the 
  266. \fIoriginator\fR ) is transferred through the message transfer system (MTS) and
  267. delivered to one or more other users (the \fIrecipients\fR ). A user may 
  268. interact 
  269. directly with the MTS, or indirectly via a message store (MS).
  270. .PP
  271. The MTS comprises a number of message\(hytransfer\(hyagents (MTAs), which
  272. transfer messages and deliver them to their intended recipients.
  273. .PP
  274. This Recommendation was developed jointly by CCITT and ISO. The
  275. equivalent ISO document is ISO\ 10021\(hy6.
  276. .RT
  277. .sp 2P
  278. .LP
  279. \fB1\fR     \fBScope\fR 
  280. .sp 1P
  281. .RT
  282. .PP
  283. This Recommendation specifies the MTS access protocol (P3) used
  284. between a remote user\(hyagent and the MTS to provide access to the MTS 
  285. abstract service defined in Recommendation\ X.411. 
  286. .PP
  287. This Recommendation also specifies the MS access protocol (P7) used
  288. between a remote user\(hyagent and a message\(hystore (MS) to provide access 
  289. to the MS abstract service defined in Recommendation\ X.413. 
  290. .PP
  291. This Recommendation also specifies the MTS transfer protocol (P1) used 
  292. between MTASs to provide the distributed operation of the MTS as defined 
  293. in 
  294. Recommendation\ X.411.
  295. .PP
  296. Recommendation X.402 identifies the other Recommendations which define 
  297. other aspects of message handling systems. 
  298. .PP
  299. Section 2 of this Recommendation specifies the MHS access protocols
  300. (P3 and P7). Paragraph\ 6 provides an overview of the MHS access protocols.
  301. Paragraph\ 7 defines the abstract\(hysyntax of the MTS access protocol (P3).
  302. Paragraph\ 8 defines the abstract\(hysyntax of the MS access protocol (P7).
  303. Paragraph\ 9 defines the mapping of the MHS access protocols onto used 
  304. services. Paragraph\ 10 specifies conformance requirements for systems 
  305. implementing the 
  306. MHS access protocols.
  307. .PP
  308. Section 3 of this Recommendation specifies the MTS transfer
  309. protocol (P1). Paragraph\ 11 provides an overview of the MTS transfer protocol 
  310. (P1). Paragraph\ 12 defines the abstract\(hysyntax of the MTS transfer 
  311. protocol 
  312. (P1). Paragraph\ 13 defines the mapping of the MTS transfer protocol (P1) 
  313. onto used services. Paragraph\ 14 specifies conformance requirements for 
  314. systems 
  315. implementing the MTS transfer protocol (P1).
  316. .PP
  317. Annex A provides a reference definition of the MHS protocol object
  318. identifiers cited in the ASN.1 modules in the body of this Recommendation.
  319. .PP
  320. Annex B describes protocol rules for interworking with implementations 
  321. of the Recommendation\ X.411 (1984) using the MTS Transfer Protocol (P1). 
  322. .PP
  323. Annex C identifies the differences between the Recommendation X.411
  324. (1984) and this Recommendation.
  325. .PP
  326. Annex D identifies the technical differences between the ISO and CCITT 
  327. versions of CCITT Recommendations\ X.419 and ISO\ 10021\(hy6. 
  328. .RT
  329. .sp 2P
  330. .LP
  331. \fB2\fR     \fBReferences\fR 
  332. .sp 1P
  333. .RT
  334. .PP
  335. References are listed in Recommendation X.402.
  336. .RT
  337. .sp 2P
  338. .LP
  339. \fB3\fR     \fBDefinitions\fR 
  340. .sp 1P
  341. .RT
  342. .PP
  343. Definitions are given in Recommendation X.402.
  344. .RT
  345. .sp 2P
  346. .LP
  347. \fB4\fR     \fBAbbreviations\fR 
  348. .sp 1P
  349. .RT
  350. .PP
  351. Abbreviations are listed in Recommendation X.402.
  352. .bp
  353. .RT
  354. .sp 2P
  355. .LP
  356. \fB5\fR     \fBConventions\fR 
  357. .sp 1P
  358. .RT
  359. .PP
  360. This Recommendation uses the descriptive conventions described
  361. below.
  362. .RT
  363. .sp 1P
  364. .LP
  365. 5.1
  366.     \fITerms\fR 
  367. .sp 9p
  368. .RT
  369. .PP
  370. Throughout this Recommendation the words of defined terms, and the names 
  371. and values of service parameters and protocol fields, unless they are 
  372. proper names, begin with a lower\(hycase letter and are linked by a hyphen 
  373. thus: defined\(hyterms. Proper names begin with an upper\(hycase letter 
  374. and are not linked by a hyphen thus: Proper Name. 
  375. .RT
  376. .sp 1P
  377. .LP
  378. 5.2
  379.     \fIAbstract syntax definitions\fR 
  380. .sp 9p
  381. .RT
  382. .PP
  383. This Recommendation defines the abstract\(hysyntax of the MHS
  384. protocols using the abstract syntax notation (ASN.1) defined in
  385. Recommendation\ X.208 and the remote operations notation defined in
  386. Recommendation\ X.219.
  387. .RT
  388. .LP
  389. .rs
  390. .sp 40P
  391. .ad r
  392. Blanc
  393. .ad b
  394. .RT
  395. .LP
  396. .bp
  397. .LP
  398. SECTION\ 2\ \(em
  399.     MESSAGE\ HANDLING\ SYSTEM\ ACCESS\ PROTOCOL\ SPECIFICATIONS
  400. .sp 1P
  401. .RT
  402. .sp 2P
  403. .LP
  404. \fB6\fR     \fBOverview of the MHS access protocols\fR 
  405. .sp 1P
  406. .RT
  407. .sp 1P
  408. .LP
  409. 6.1
  410.     \fIMHS access protocol model\fR 
  411. .sp 9p
  412. .RT
  413. .PP
  414. Paragraph 6 of Recommendation X.411 describes an abstract model of the 
  415. message transfer system (MTS), and the MTS abstract service which it 
  416. provides to its MTS\(hyusers.
  417. .PP
  418. Paragraph 6 of Recommendation X.413 describes an abstract model of a message 
  419. store (MS), and the MTS abstract service which it provides to its 
  420. MS\(hyusers.
  421. .PP
  422. This paragraph describes how the MTS abstract service and the MS
  423. abstract service are supported by instances of OSI communication when an
  424. abstract\(hyservice user and an abstract\(hyservice provider are realized as
  425. application\(hyprocesses located in different open systems.
  426. .PP
  427. In the OSI environment, communication between application\(hyprocesses
  428. is represented in terms of communication between a pair of application\(hyentities 
  429. (AEs) using the presentation\(hyservice. The functionality of an 
  430. application\(hyentity is factored into a set of one or more
  431. application\(hyservice\(hyelements (ASEs). The interaction between AEs 
  432. is described in terms of their use of the services provided by the ASEs. 
  433. .PP
  434. Access to the MTS abstract service is supported by three
  435. application\(hyservice\(hyelements, each supporting a type of port paired 
  436. between an MTS\(hyuser and the MTS in the abstract model. The message submission 
  437. service 
  438. element (MSSE) supports the services of the submission\(hyport; the message
  439. delivery service element (MDSE) supports the services of the delivery\(hyport; 
  440. and the message administration service element (MASE) supports the services 
  441. of the administration\(hyport. The MSSE, MDSE and MASE are asymmetric\(hyASEs; 
  442. that is, the MTS\(hyuser ASEs act as the consumer, and the MTS ASEs act 
  443. as the supplier, of the MTS abstract service. 
  444. .PP
  445. Similarly, access to the MS abstract service is supported by three
  446. application\(hyservice\(hyelements: the message submission service element 
  447. (MSSE) 
  448. supports the indirect\(hysubmission\(hyport; the message retrieval service 
  449. element 
  450. (MRSE) supports the services of the retrieval\(hyport; and the message
  451. administration service element (MASE) supports the services of the
  452. administration\(hyport. The MS\(hyuser ASEs act as the consumer, and the 
  453. MS ASEs act as the supplier, of the MS abstract service. 
  454. .PP
  455. These application\(hyservice\(hyelements are in turn supported by other
  456. application\(hyservice\(hyelements.
  457. .PP
  458. The remote operations service element (ROSE) supports the
  459. request/reply paradigm of the abstract operations that occur at the ports in
  460. the abstract model. The MSSE, MDSE, MRSE and MASE provide the mapping function 
  461. of the abstract\(hysyntax notation of an abstract\(hyservice onto the services 
  462. provided by the ROSE.
  463. .PP
  464. Optionally, the reliable transfer service element (RTSE) may be used to 
  465. reliably transfer the application\(hyprotocol\(hydata\(hyunits (APDUs) 
  466. that contain the parameters of the operations between AEs. 
  467. .PP
  468. The association control service element (ACSE) supports the
  469. establishment and release of an application\(hyassociation between a pair 
  470. of AEs. Associations between an MTS\(hyuser and the MTS may be established 
  471. by either the MTS\(hyuser or the MTS. Associations between an MS\(hyuser 
  472. and an MS may be 
  473. established only by the MS\(hyuser. Only the initiator of an established
  474. association can release it.
  475. .PP
  476. The combination of one or more of the MSSE, MDSE, MRSE and MASE,
  477. together with their supporting ASEs, defines the application\(hycontext of an
  478. application\(hyassociation. Note that a single application\(hyassociation 
  479. may be used to support one or more types paired between two objects in 
  480. the abstract model. 
  481. .PP
  482. Table 1/X.419 identifies the application\(hycontexts defined in this
  483. Recommendation for the MTS access protocol and MS access protocol.
  484. .RT
  485. .PP
  486. If the MTS access protocol (P3) is supported, then support for the \fBmts\(hyaccess\fR 
  487. and \fBmts\(hyforced\(hyaccess\fR application\(hycontexts is mandatory 
  488. for an \fBMTA\fR . If an MTA supports the \fBmts\(hyreliable\(hyaccess\fR 
  489. application\(hycontext, it 
  490. shall also support the \fBmts\(hyforced\(hyreliable\(hyaccess\fR , and 
  491. vice versa. Support 
  492. for each of the MTS access protocol (P3) application\(hycontext is optional 
  493. for an MTS\(hyuser. 
  494. .PP
  495. If the MS access protocol (P7) is supported, then support for the
  496. \fBms\(hyaccess\fR application\(hycontext is mandatory for an MS, and support 
  497. for the 
  498. \fBms\(hyreliable\(hyaccess\fR application\(hycontext is optional. Support 
  499. for each of the MS access protocol (P7) application\(hycontexts is optional 
  500. for an MS\(hyuser. 
  501. .PP
  502. Figure 1/X.419 models an application\(hycontext between an MTS\(hyuser 
  503. and the MTS. The consumer role of the MTS\(hyuser ASEs, and the supplier 
  504. role of the MTS ASEs, is indicated by a subscripted\ \*Qc\*U or \*Qs\*U, 
  505. respectively. 
  506. .PP
  507. Similarly, Figure 2/X.419 models an application\(hycontext between an
  508. MS\(hyuser and the MS.
  509. .bp
  510. .RT
  511. .ce
  512. \fBH.T. [T1.419]\fR 
  513. .ce
  514. TABLE\ 1/X.419
  515. .ce
  516. \fBMHS access protocol application contexts\fR 
  517. .ps 9
  518. .vs 11
  519. .nr VS 11
  520. .nr PS 9
  521. .TS
  522. center box;
  523. cw(72p) | cw(18p) sw(18p) sw(18p) sw(18p) | cw(18p) sw(18p) sw(18p) , ^  | c | c | c | c | c | c | c.
  524. Application context     Message Handling ASEs    Supporting ASEs 
  525.     MSSE     MDSE     MRSE     MASE    ROSE    RTSE    ACSE
  526. _
  527. .T&
  528. lw(72p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) .
  529. \fIMTS access protocol\fR                            
  530. .T&
  531. lw(72p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  532. mts\(hyaccess    C    C    \(em    C    X    \(em    X 
  533. .T&
  534. lw(72p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  535. mts\(hyforced\(hyaccess    S    S    \(em    S    X    \(em    X 
  536. .T&
  537. lw(72p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  538. mts\(hyreliable\(hyaccess    C    C    \(em    C    X    X    X 
  539. .T&
  540. lw(72p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  541. T{
  542. mts\(hyforced\(hyreliable\(hyaccess
  543. T}    S    S    \(em    S    X    X    X 
  544. _
  545. .T&
  546. lw(72p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  547. \fIMS access protocol\fR                            
  548. .T&
  549. lw(72p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  550. ms\(hyaccess    C    \(em    C    C    X    \(em    X 
  551. .T&
  552. lw(72p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  553. ms\(hyreliable\(hyaccess    C    \(em    C    C    X    X    T{
  554. X 
  555. X present
  556. .parag
  557. \(em absent
  558. .parag
  559. C present with initiator the consumer
  560. .parag
  561. S present with initiator the supplier
  562. .parag
  563. T}
  564. _
  565. .TE
  566. .nr PS 9
  567. .RT
  568. .ad r
  569. \fBTableau 1/X.419 [T1.419], p.1\fR 
  570. .sp 1P
  571. .RT
  572. .ad b
  573. .RT
  574. .LP
  575. .sp 3
  576. .rs
  577. .sp 22P
  578. .ad r
  579. \fBFigure 1/X.419, p.2\fR 
  580. .sp 1P
  581. .RT
  582. .ad b
  583. .RT
  584. .LP
  585. .bp
  586. .LP
  587. .rs
  588. .sp 22P
  589. .ad r
  590. \fBFigure 2/X.419, p.3\fR 
  591. .sp 1P
  592. .RT
  593. .ad b
  594. .RT
  595. .LP
  596. \fR 
  597. .sp 1P
  598. .LP
  599. 6.2
  600.     \fIServices provided by the MTS access protocol\fR 
  601. .sp 9p
  602. .RT
  603. .PP
  604. The MTS access protocol (P3) comprises the following operations
  605. which provide the services defined in Recommendation\ X.411:
  606. .RT
  607. .LP
  608.     \fIMTS\(hybind and MTS\(hyunbind\fR 
  609. .LP
  610.     a)
  611.     MTS\(hybind
  612. .LP
  613.     b)
  614.     MTS\(hyunbind\fR 
  615. .LP
  616.     \fIMessage submission service element (MSSE)\fR 
  617. .LP
  618.     c)
  619.     message\(hysubmission
  620. .LP
  621.     d)
  622.     probe\(hysubmission
  623. .LP
  624.     e)
  625.     cancel\(hydeferred\(hydelivery
  626. .LP
  627.     f
  628. )
  629.     submission\(hycontrol
  630. .LP
  631.     \fIMessage delivery service element (MDSE)\fR 
  632. .LP
  633.     g)
  634.     message\(hydelivery
  635. .LP
  636.     h)
  637.     report\(hydelivery
  638. .LP
  639.     i)
  640.     delivery\(hycontrol
  641. .LP
  642.     \fIMessage administration service element (MASE)\fR 
  643. .LP
  644.     j
  645. )
  646.     register
  647. .LP
  648.     k)
  649.     change\(hycredentials.
  650. .sp 1P
  651. .LP
  652. 6.3
  653.     \fIServices provided by the MS access protocol\fR 
  654. .sp 9p
  655. .RT
  656. .PP
  657. The MS access protocol (P7) comprises the following operations
  658. which provide the services defined in Recommendation\ X.413:
  659. .RT
  660. .LP
  661.     \fIMS\(hybind and MS\(hyunbind\fR 
  662. .LP
  663.     a)
  664.     MS\(hybind
  665. .LP
  666.     b)
  667.     MS\(hyunbind\fR .bp
  668. .LP
  669.     \fIMessage submission service element (MSSE)\fR 
  670. .LP
  671.     c)
  672.     message\(hysubmission
  673. .LP
  674.     d)
  675.     probe\(hysubmission
  676. .LP
  677.     e)
  678.     cancel\(hydeferred\(hydelivery
  679. .LP
  680.     f
  681. )
  682.     submission\(hycontrol
  683. .LP
  684.     \fIMessage retrieval service element (MRSE)\fR 
  685. .LP
  686.     g)
  687.     summarize
  688. .LP
  689.     h)
  690.     list
  691. .LP
  692.     i)
  693.     fetch
  694. .LP
  695.     j
  696. )
  697.     delete
  698. .LP
  699.     k)
  700.     register\(hyMS
  701. .LP
  702.     l)
  703.     alert
  704. .LP
  705.     \fIMessage administration service element (MASE)\fR 
  706. .LP
  707.     m)
  708.     register
  709. .LP
  710.     n)
  711.     change\(hycredentials.
  712. .sp 1P
  713. .LP
  714. 6.4
  715.     \fIUse of underlying services\fR 
  716. .sp 9p
  717. .RT
  718. .PP
  719. The MHS access protocols make use of underlying services as
  720. described below.
  721. .RT
  722. .sp 1P
  723. .LP
  724. 6.4.1
  725.     \fIUse of \fR \fIROSE services\fR 
  726. .sp 9p
  727. .RT
  728. .PP
  729. The remote operations service element (ROSE) is defined in
  730. Recommendation\ X.219.
  731. .PP
  732. The ROSE supports the request/reply paradigm of remote operations.
  733. .PP
  734. The MSSE, MDSE, MRSE and MASE are the sole users of the RO\(hyINVOKE,
  735. RO\(hyRESULT, RO\(hyERROR, RO\(hyREJECT\(hyU and RO\(hyREJECT\(hyP services 
  736. of the ROSE. 
  737. .PP
  738. The remote operations of the MTS access protocol (P3) and the MS
  739. access protocol (P7) are Class\ 2 (asynchronous) operations.
  740. .RT
  741. .sp 1P
  742. .LP
  743. 6.4.2
  744.     \fIUse of \fR \fIRTSE services\fR 
  745. .sp 9p
  746. .RT
  747. .PP
  748. The reliable transfer service element (RTSE) is defined in
  749. Recommendation\ X.218.
  750. .PP
  751. The RTSE provides for the reliable transfer of
  752. application\(hyprotocol\(hydata units (APDUs). The RTSE ensures that each 
  753. APDU is 
  754. completely transferred exactly once, or that the sender is warned of an
  755. exception. The RTSE recovers from communication and end\(hysystem failure and
  756. minimizes the amount of retransmission needed for recovery.
  757. .PP
  758. Alternative application\(hycontexts with and without RTSE are defined to 
  759. support the MHS access protocols. 
  760. .PP
  761. The RTSE is used in the normal mode. The use of the normal mode of the 
  762. RTSE implies the use of the normal mode of the ACSE and the normal mode 
  763. of the presentation\(hyservice. 
  764. .PP
  765. If the RTSE is included in an application\(hycontext, the MHS access
  766. protocol MTS\(hybind and MTS\(hyunbind (or MS\(hybind and MS\(hyunbind) 
  767. are the sole users of the RT\(hyOPEN and RT\(hyCLOSE services of the RTSE. 
  768. The ROSE is the sole user of the RT\(hyTRANSFER, RT\(hyTURN\(hyPLEASE, 
  769. RT\(hyTURN\(hyGIVE, RT\(hyP\(hyABORT and RT\(hyU\(hyABORT 
  770. services of the RTSE.
  771. .RT
  772. .sp 1P
  773. .LP
  774. 6.4.3
  775.     \fIUse of \fR \fIACSE services\fR 
  776. .sp 9p
  777. .RT
  778. .PP
  779. The association control service element (ACSE) is defined in
  780. Recommendation\ X.217.
  781. .PP
  782. The ACSE provides for the control (establishment, release, abort) of application\(hyassociations 
  783. between AEs. 
  784. .PP
  785. If the RTSE is not included in an application\(hycontext, the MHS access 
  786. protocol MTS\(hybind and MTS\(hyunbind (or MS\(hybind and MS\(hyunbind) 
  787. are the sole users of the A\(hyASSOCIATE and A\(hyRELEASE services of the 
  788. ACSE in normal mode. The ROSE is the user of the A\(hyABORT and A\(hyP\(hyABORT 
  789. services of the ACSE. 
  790. .PP
  791. If the RTSE is included in an application\(hycontext, the RTSE is the
  792. sole user of the A\(hyASSOCIATE, A\(hyRELEASE, A\(hyABORT and A\(hyP\(hyABORT 
  793. services of 
  794. the ACSE. The use of the normal mode of the RTSE implies the use of the 
  795. normal mode of the ACSE and the normal mode of the presentation\(hyservice. 
  796. .bp
  797. .RT
  798. .sp 1P
  799. .LP
  800. 6.4.4
  801.     \fIUse of the \fR \fIpresentation\(hyservice\fR 
  802. .sp 9p
  803. .RT
  804. .PP
  805. The presentation\(hyservice is defined in Recommendation X.216.
  806. .PP
  807. The presentation layer coordinates the representation (syntax) of the application 
  808. layer semantics that are to be exchanged. 
  809. .PP
  810. In normal mode, a different presentation\(hycontext is used for each
  811. abstract\(hysyntax included in the application\(hycontext.
  812. .PP
  813. The ACSE is the sole user of the P\(hyCONNECT, P\(hyRELEASE, P\(hyU\(hyABORT 
  814. and P\(hyP\(hyABORT services of the presentation\(hyservice. 
  815. .PP
  816. If the RTSE is not included in the application\(hycontext, the ROSE is
  817. the sole user of the P\(hyDATA service of the presentation\(hyservice.
  818. .PP
  819. If the RTSE is included in the application\(hycontext, the RTSE is the
  820. sole user of the
  821. .PP
  822. P\(hyACTIVITY\(hySTART, P\(hyDATA, P\(hyMINOR\(hySYNCHRONIZE, P\(hyACTIVITY\(hyEND, 
  823. P\(hyACTIVITY\(hyINTERRUPT,
  824. .PP
  825. P\(hyACTIVITY\(hyDISCARD, P\(hyU\(hyEXCEPTION\(hyREPORT, P\(hyACTIVITY\(hyRESUME, 
  826. P\(hyP\(hyEXCEPTION\(hyREPORT,
  827. .PP
  828. P\(hyTOKEN\(hyPLEASE and P\(hyCONTROL\(hyGIVE services of the presentation\(hyservice. 
  829. The use of the normal mode of the 
  830. RTSE implies the use of the normal mode of the ACSE and the normal mode 
  831. of the presentation\(hyservice. 
  832. .RT
  833. .sp 1P
  834. .LP
  835. 6.4.5
  836.     \fIUse of lower layer services\fR 
  837. .sp 9p
  838. .RT
  839. .PP
  840. The session\(hyservice is defined in Recommendation X.215. The
  841. session layer structures the dialogue of the flow of information between the
  842. end\(hysystems.
  843. .PP
  844. If the RTSE is included in the application\(hyassociation, the kernel,
  845. half\(hyduplex, exceptions, minor\(hysynchronize and activity\(hymanagement
  846. functional units of the session\(hyservice are used by the presentation layer.
  847. .PP
  848. If the RTSE is not included in the application\(hyassociation, the kernal 
  849. and duplex functional units of the session\(hyservice are used by the presentation 
  850. layer. 
  851. .PP
  852. The transport\(hyservice is defined in Recommendation X.214. The
  853. transport layer provides for the end\(hyto\(hyend transparent transfer 
  854. of data over the underlying network connection. 
  855. .PP
  856. The choice of the class of transport\(hyservice used by the session layer 
  857. depends on the requiements for multiplexing and error recovery. Support 
  858. for 
  859. transport class\ 0 (non\(hymultiplexing) is mandatory. Transport expedited 
  860. service is not used. 
  861. .PP
  862. Support for other classes is optional. A multiplexing class may be
  863. used to multiplex an MHS access protocol and other access protocols (e.g.\ 
  864. the directory access protocol (DAP) defined in Recommendation\ X.519) over 
  865. the same network connection. An error recovery class may be chosen if the 
  866. RTSE is 
  867. omitted from an application\(hycontext over a network connection with an
  868. unacceptable residual error rate.
  869. .PP
  870. An underlying network supporting the OSI network\(hyservice defined in
  871. Recommendation\ X.213 is assumed.
  872. .PP
  873. A network\(hyaddress is as defined in Recommendation X.121,
  874. Recommendations\ E.163/E.164, or Recommendation\ X.200 (OSI\ NSAP\(hyaddress).
  875. .RT
  876. .sp 2P
  877. .LP
  878. \fB7\fR     \fBMTS access protocol abstract syntax definition\fR 
  879. .sp 1P
  880. .RT
  881. .PP
  882. The abstract\(hysyntax of the MTS access protocol (P3) is defined in Figure\ 
  883. 3/X.419. 
  884. .PP
  885. The abstract\(hysyntax of the MTS access protocol (P3) is defined using 
  886. the abstract\(hysyntax notation (ASN.1) defined in Recommendation\ X.208, 
  887. and the remote operations notation defined in Recommendation\ X.219. 
  888. .PP
  889. The abstract\(hysyntax definition of the MTS access protocol (P3) has the 
  890. following major parts: 
  891. .RT
  892. .LP
  893.     \(em
  894.     \fIPrologue:\fR \| declarations of the exports from, and imports
  895. to, the MTS Access Protocol (P3) module (Figure\ 3/X.419, Part\ 1).
  896. .LP
  897.     \(em
  898.      \fIApplication contexts:\fR \| definitions of application\(hycontexts 
  899. that may be used between an MTS\(hyuser and the MTS (Figure\ 3/X.419, Parts\ 
  900. 2 
  901. and\ 3).
  902. .LP
  903.     \(em
  904.     \fIMessage submission service element:\fR \| definitions of the
  905. message submission service element (MSSE) and its remote operations and 
  906. errors (Figure\ 3/X.419, Part\ 4). 
  907. .LP
  908.     \(em
  909.     \fIMessage delivery service element:\fR \| definitions of the
  910. message delivery service element (MDSE) and its remote operations and errors
  911. (Figure\ 3/X.419, Part\ 5).
  912. .LP
  913.     \(em
  914.      \fIMessage administration service element:\fR \| definitions of the message 
  915. administration service element (MSSE) and its remote operations and 
  916. errors (Figure\ 3/X.419, Part\ 6).
  917. .bp
  918. .LP
  919. MTSAccessProtocol {\|joint\(hyiso\(hyccitt mhs\(hymotis(6) protocols(0) 
  920. modules(0) 
  921. mts\(hyaccess\(hyprotocol(1)\|}
  922. .LP
  923. DEFINITIONS IMPLICIT TAGS ::=
  924. .LP
  925. BEGIN
  926. .LP
  927. .sp 2
  928. \(hy\(hy\ \fIPrologue\fR 
  929. .LP
  930. EXPORTS
  931. .LP
  932.     \(hy\(hy\ \fIApplication service elements\fR 
  933. .LP
  934. mSSE, mDSE, mASE;
  935. .LP
  936. IMPORTS
  937. .LP
  938.     \(hy\(hy\ \fIApplication service elements and application contexts\fR 
  939. .LP
  940. APPLICATION\(hySERVICE\(hyELEMENT, APPLICATION\(hyCONTEXT, aCSE
  941. .LP
  942.     FROM Remote\(hyOperations\(hyNotation\(hyextension {\|joint\(hyiso\(hyccitt
  943. remote\(hyoperations(4)
  944. .LP
  945. \ \ notation\(hyextension(2)\|}
  946. .LP
  947.     rTSE
  948. .LP
  949.     FROM Reliable\(hyTransfer\(hyAPDUs {\|joint\(hyiso\(hyccitt
  950. reliable\(hytransfer(3) apdus(0)\|}
  951. .LP
  952.     \(hy\(hy\ \fIMTS abstract service parameters\fR 
  953. .LP
  954.     MTSBind, MTSUnbind, MessageSubmission, ProbeSubmission,
  955. CancelDeferredDelivery,
  956. .LP
  957. SubmissionControl, MessageDelivery, ReportDelivery,
  958. DeliveryControl, Register,
  959. .LP
  960. ChangeCredentials, SubmissionControlViolated,
  961. ElementOfServiceNotSubscribed,
  962. .LP
  963. DeferredDeliveryCancellationRejected, OriginatorInvalid,
  964. RecipientImproperlySpecified,
  965. .LP
  966. MessageSubmissionIdentifierInvalid, InconsistentRequest,
  967. SecurityError,
  968. .LP
  969. UnsupportedCriticalFunction, RemoteBindError,
  970. DeliveryControlViolated, ControlViolatesRegistration,
  971. .LP
  972. RegisterRejected, NewCredentialsUnacceptable,
  973. OldCredentialsIncorrectlySpecified
  974. .LP
  975.     FROM MTSAbstractService {\|joint\(hyiso\(hyccitt mhs\(hymotis(6) mts(3)
  976. modules(0)
  977. .LP
  978. \ \ mts\(hyabstract\(hyservice(1)^}
  979. .LP
  980.     \(hy\(hy\ \fIObject identifiers\fR 
  981. .LP
  982. id\(hyac\(hymts\(hyaccess, id\(hyac\(hymts\(hyforced\(hyaccess,
  983. id\(hyac\(hymts\(hyreliable\(hyaccess, id\(hyac\(hymts\(hyforced\(hyreliable\(hyaccess, 
  984. .LP
  985. id\(hyas\(hyacse, id\(hyas\(hymsse, id\(hyas\(hymdse, id\(hyas\(hymrse, 
  986. id\(hyas\(hymase, 
  987. id\(hyas\(hymts, id\(hyas\(hymts\(hyrtse,
  988. .LP
  989. id\(hyase\(hymsse, id\(hyase\(hymdse, id\(hyase\(hymase
  990. .LP
  991.     FROM MHSProtocolObjectIdentifiers {\|joint\(hyiso\(hyccitt
  992. mhs\(hymotis(6) protocols(0)
  993. .LP
  994. \ \ modules(0) object\(hyidentifiers(0)\|};
  995. .ce 1000
  996. FIGURE\ 3/X.419\ (Part 1 of 6)
  997. .ce 0
  998. .sp 1P
  999. .ce 1000
  1000. \fBAbstract syntax definition of the MTS access protocol (P3)\fR 
  1001. .ce 0
  1002. .sp 1P
  1003. .LP
  1004. .bp
  1005. .LP
  1006. \(hy\(hy\ \fIApplication contexts omitting RTSE\fR 
  1007. .LP
  1008. \(hy\(hy\ \fIMTS\(hyuser initiated\fR 
  1009. .LP
  1010. mts\(hyaccess APPLICATION\(hyCONTEXT
  1011. .LP
  1012.     APPLICATION SERVICE ELEMENTS {\|aCSE\|}
  1013. .LP
  1014. BIND MTSBind
  1015. .LP
  1016. UNBIND MTSUnbind
  1017. .LP
  1018. REMOTE OPERATIONS {\|rOSE\|}
  1019. .LP
  1020. INITIATOR CONSUMER OF {\|mSSE, mDSE, mASE\|}
  1021. .LP
  1022. ABSTRACT SYNTAXES\|{
  1023. .LP
  1024.     id\(hyas\(hyacse,
  1025.     \(hy\(hy\ of ACSE
  1026. .LP
  1027.     id\(hyas\(hymsse,
  1028.     \(hy\(hy\ of MSSE, including ROSE
  1029. .LP
  1030.     id\(hyas\(hymdse,
  1031.     \(hy\(hy\ of MDSE, including ROSE
  1032. .LP
  1033.     id\(hyas\(hymase,
  1034.     \(hy\(hy\ of MASE, including ROSE
  1035. .LP
  1036.     id\(hyas\(hymts
  1037.     \(hy\(hy\ of MTSBind and MTSUnbind\|\(hy\(hy\|}
  1038. .LP
  1039.     ::= id\(hyac\(hymts\(hyaccess
  1040. .LP
  1041. .sp 2
  1042. \(hy\(hy\ \fIMTS initiated\fR 
  1043. .LP
  1044. mts\(hyforced\(hyaccess APPLICATION\(hyCONTEXT
  1045. .LP
  1046.     APPLICATION SERVICE ELEMENTS {\|aCSE\|}
  1047. .LP
  1048. BIND MTSBind
  1049. .LP
  1050. UNBIND MTSUnbind
  1051. .LP
  1052. REMOTE OPERATIONS {\|rOSE\|}
  1053. .LP
  1054. RESPONDER CONSUMER OF {\|mSSE, mDSE, mASE\|}
  1055. .LP
  1056. ABSTRACT SYNTAXES\|{
  1057. .LP
  1058.     id\(hyas\(hyacse,
  1059.     \(hy\(hy\ of ACSE
  1060. .LP
  1061.     id\(hyas\(hymsse,
  1062.     \(hy\(hy\ of MSSE, including ROSE
  1063. .LP
  1064.     id\(hyas\(hymdse,
  1065.     \(hy\(hy\ of MDSE, including ROSE
  1066. .LP
  1067.     id\(hyas\(hymase,
  1068.     \(hy\(hy\ of MASE, including ROSE
  1069. .LP
  1070.     id\(hyas\(hymts
  1071.     \(hy\(hy\ of MTSBind and MTSUnbind\|\(hy\(hy\|}
  1072. .LP
  1073.     ::= id\(hyac\(hymts\(hyforced\(hyaccess
  1074. .ce 1000
  1075. FIGURE\ 3/X.419\ (Part 2 to 6)
  1076. .ce 0
  1077. .sp 1P
  1078. .ce 1000
  1079. \fBAbstract syntax definition of the MTS access protocol (P3)\fR 
  1080. .ce 0
  1081. .sp 1P
  1082. .LP
  1083. .bp
  1084. .LP
  1085. \(hy\(hy\ \fIApplication contexts including RTSE in normal mode\fR 
  1086. .LP
  1087. \(hy\(hy\ \fIMTS\(hyuser initiated\fR 
  1088. .LP
  1089. mts\(hyreliable\(hyaccess APPLICATION\(hyCONTEXT
  1090. .LP
  1091.     APPLICATION SERVICE ELEMENTS {\|aCSE, rTSE\|}
  1092. .LP
  1093. BIND MTSBind
  1094. .LP
  1095. UNBIND MTSUnbind
  1096. .LP
  1097. REMOTE OPERATIONS {\|rOSE\|}
  1098. .LP
  1099. INITIATOR CONSUMER OF {\|mSSE, mDSE, mASE\|}
  1100. .LP
  1101. ABSTRACT SYNTAXES\|{
  1102. .LP
  1103.     id\(hyas\(hyacse,
  1104.     \(hy\(hy\ of ACSE
  1105. .LP
  1106.     id\(hyas\(hymsse,
  1107.     \(hy\(hy\ of MSSE, including ROSE
  1108. .LP
  1109.     id\(hyas\(hymdse,
  1110.     \(hy\(hy\ of MDSE, including ROSE
  1111. .LP
  1112.     id\(hyas\(hymase,
  1113.     \(hy\(hy\ of MASE, including ROSE
  1114. .LP
  1115.     id\(hyas\(hymts\(hyrtse
  1116.     \(hy\(hy\ of MTSBind and MTSUnbind, including
  1117. RTSE\|\(hy\(hy\|}
  1118. .LP
  1119.     ::= id\(hyac\(hymts\(hyreliable\(hyaccess
  1120. .LP
  1121. .sp 2
  1122. \(hy\(hy\ \fIMTS initiated\fR 
  1123. .LP
  1124. mts\(hyforced\(hyreliable\(hyaccess APPLICATION\(hyCONTEXT
  1125. .LP
  1126.     APPLICATION SERVICE ELEMENTS {\|aCSE, rTSE\|}
  1127. .LP
  1128. BIND MTSBind
  1129. .LP
  1130. UNBIND MTSUnbind
  1131. .LP
  1132. REMOTE OPERATIONS {\|rOSE\|}
  1133. .LP
  1134. RESPONDER CONSUMER OF {\|mSSE, mDSE, mASE\|}
  1135. .LP
  1136. ABSTRACT SYNTAXES\|{
  1137. .LP
  1138.     id\(hyas\(hyacse,
  1139.     \(hy\(hy\ of ACSE
  1140. .LP
  1141.     id\(hyas\(hymsse,
  1142.     \(hy\(hy\ of MSSE, including ROSE
  1143. .LP
  1144.     id\(hyas\(hymdse,
  1145.     \(hy\(hy\ of MDSE, including ROSE
  1146. .LP
  1147.     id\(hyas\(hymase,
  1148.     \(hy\(hy\ of MASE, including ROSE
  1149. .LP
  1150.     id\(hyas\(hymts\(hyrtse
  1151.     \(hy\(hy\ of MTSBind and MTSUnbind, including
  1152. RTSE\|\(hy\(hy\|}
  1153. .LP
  1154.     ::= id\(hyac\(hymts\(hyforced\(hyreliable\(hyaccess
  1155. .ce 1000
  1156. FIGURE\ 3/X.419\ (Part 3 of 6)
  1157. .ce 0
  1158. .sp 1P
  1159. .ce 1000
  1160. \fBAbstract syntax definition of the MTS access protocol (P3)\fR 
  1161. .ce 0
  1162. .sp 1P
  1163. .LP
  1164. .bp
  1165. .LP
  1166. \(hy\(hy\ \fIMessage submission service element\fR 
  1167. .LP
  1168. mSSE APPLICATION\(hySERVICE\(hyELEMENT
  1169. .LP
  1170.     CONSUMER INVOKES\|{
  1171. .LP
  1172.     message\(hysubmission,
  1173. .LP
  1174. probe\(hysubmission,
  1175. .LP
  1176. cancel\(hydeferred\(hydelivery\|}
  1177. .LP
  1178.     SUPPLIER INVOKES\|{
  1179. .LP
  1180.     submission\(hycontrol\|}
  1181. .LP
  1182.     ::= id\(hyase\(hymsse
  1183. .LP
  1184. .sp 2
  1185. \(hy\(hy\ \fIRemote operations\fR 
  1186. .LP
  1187. message\(hysubmission MessageSubmission ::= 3
  1188. .LP
  1189. probe\(hysubmission ProbeSubmission ::= 4
  1190. .LP
  1191. cancel\(hydeferred\(hydelivery CancelDeferredDelivery ::= 7
  1192. .LP
  1193. submission\(hycontrol SubmissionControl ::= 2
  1194. .LP
  1195. .sp 2
  1196. .LP
  1197. \(hy\(hy\ \fIRemote errors\fR 
  1198. .LP
  1199. submission\(hycontrol\(hyviolated SubmissionControlViolated ::= 1
  1200. .LP
  1201. element\(hyof\(hyservice\(hynot\(hysubscribed ElementOfServiceNotSubscribed 
  1202. ::= 4 
  1203. .LP
  1204. deferred\(hydelivery\(hycancellation\(hyrejected DeferredDeliveryCancellationRejected 
  1205. ::= 8
  1206. .LP
  1207. originator\(hyinvalid OriginatorInvalid ::= 2
  1208. .LP
  1209. recipient\(hyimproperly\(hyspecified RecipientImproperlySpecified ::= 3
  1210. .LP
  1211. message\(hysubmission\(hyidentifier\(hyinvalid MessageSubmissionIdentifierInvalid 
  1212. ::= 7 
  1213. .LP
  1214. inconsistent\(hyrequest InconsistentRequest ::= 11
  1215. .LP
  1216. security\(hyerror SecurityError ::= 12
  1217. .LP
  1218. unsupported\(hycritical\(hyfunction UnsupportedCriticalFunction ::= 13
  1219. .LP
  1220. remote\(hybind\(hyerror RemoteBindError ::= 15
  1221. .ce 1000
  1222. FIGURE\ 3/X.419\ (Part 4 of 6)
  1223. .ce 0
  1224. .sp 1P
  1225. .ce 1000
  1226. \fBAbstract syntax definition of the MTS access protocol (P3)\fR 
  1227. .ce 0
  1228. .sp 1P
  1229. .LP
  1230. .bp
  1231. .LP
  1232. \(hy\(hy\ \fIMessage delivery service element\fR 
  1233. .LP
  1234. mDSE APPLICATION\(hySERVICE\(hyELEMENT
  1235. .LP
  1236.     CONSUMER INVOKES\|{
  1237. .LP
  1238.     delivery\(hycontrol}
  1239. .LP
  1240.     SUPPLIER INVOKES\|{
  1241. .LP
  1242.     message\(hydelivery,
  1243. .LP
  1244. report\(hydelivery\|}
  1245. .LP
  1246.     ::= id\(hyase\(hymdse
  1247. .LP
  1248. .sp 2
  1249. \(hy\(hy\ \fIRemote operations\fR 
  1250. .LP
  1251. message\(hydelivery MessageDelivery ::= 5
  1252. .LP
  1253. report\(hydelivery ReportDelivery ::= 6
  1254. .LP
  1255. delivery\(hycontrol DeliveryControl ::= 2
  1256. .LP
  1257. .sp 2
  1258. .LP
  1259. \(hy\(hy\ \fIRemote errors\fR 
  1260. .LP
  1261. delivery\(hycontrol\(hyviolated DeliveryControlViolated ::= 1
  1262. .LP
  1263. control\(hyviolates\(hyregistration ControlViolatesRegistration ::= 14
  1264. .LP
  1265. .sp 2
  1266. \(hy\(hy\ security\(hyerror ::= 12, defined in Part 4
  1267. .LP
  1268. \(hy\(hy\ unsupported\(hycritical\(hyfunction ::= 13, defined in Part 4
  1269. .ce 1000
  1270. FIGURE\ 3/X.419\ (Part 5 of 6)
  1271. .ce 0
  1272. .sp 1P
  1273. .ce 1000
  1274. \fBAbstract syntax definition of the MTS access protocol (P3)\fR 
  1275. .ce 0
  1276. .sp 1P
  1277. .LP
  1278. .bp
  1279. .LP
  1280. \(hy\(hy\ \fIMessage administration service element\fR 
  1281. .LP
  1282. mASE APPLICATION\(hySERVICE\(hyELEMENT
  1283. .LP
  1284.     CONSUMER INVOKES\|{
  1285. .LP
  1286.     register,
  1287. .LP
  1288. change\(hycredentials\|}
  1289. .LP
  1290.     SUPPLIER INVOKES\|{
  1291. .LP
  1292.     change\(hycredentials\|}
  1293. .LP
  1294.     ::= id\(hyase\(hymase
  1295. .LP
  1296. .sp 2
  1297. \(hy\(hy\ \fIRemote operations\fR 
  1298. .LP
  1299. register Register ::= 1
  1300. .LP
  1301. change\(hycredentials ChangeCredentials ::= 8
  1302. .LP
  1303. .sp 2
  1304. \(hy\(hy\ \fIRemote errors\fR 
  1305. .LP
  1306. register\(hyrejected RegisterRejected ::= 10
  1307. .LP
  1308. new\(hycredentials\(hyunacceptable NewCredentialsUnacceptable ::= 6
  1309. .LP
  1310. old\(hycredentials\(hyincorrectly\(hyspecified OldCredentialsIncorrectlySpecified 
  1311. ::= 5 
  1312. .LP
  1313. .sp 2
  1314. .LP
  1315. END\ \(hy\(hy\ of \fIMTSAccessProtocol\fR 
  1316. .ce 1000
  1317. FIGURE\ 3/X.419\ (Part 6 of 6)
  1318. .ce 0
  1319. .sp 1P
  1320. .ce 1000
  1321. \fBAbstract syntax definition of the MTS access protocol (P3)\fR 
  1322. .ce 0
  1323. .sp 1P
  1324. .LP
  1325. .sp 6
  1326. .sp 2P
  1327. .LP
  1328. \fB8\fR     \fBMS access protocol abstract syntax definition\fR 
  1329. .sp 1P
  1330. .RT
  1331. .PP
  1332. The abstract\(hysyntax of the MS access protocol (P7) is defined in
  1333. Figure\ 4/X.419.
  1334. .PP
  1335. The abstract\(hysyntax of the MS access protocol (P7) is defined using
  1336. the abstract syntax notation (ASN.1) defined in Recommendation\ X.208, 
  1337. and the remote operations notation defined in Recommendation\ X.219. 
  1338. .PP
  1339. The abstract\(hysyntax definition of the MS access protocol (P7) has the 
  1340. following major parts: 
  1341. .RT
  1342. .LP
  1343.     \(em
  1344.     \fIPrologue:\fR \| declarations of the exports from, and imports
  1345. to, the MTS access protocol (P3) module (Figure\ 4/X.419, Part\ 1).
  1346. .LP
  1347.     \(em
  1348.      \fIApplication contexts:\fR \| definitions of application\(hycontexts 
  1349. that may be used between an MS\(hyuser and the MS (Figure\ 4/X.419, Part\ 
  1350. 2). 
  1351. .LP
  1352.     \(em
  1353.     \fIMessage retrieval service element:\fR \| definitions of the
  1354. message retrieval service element (MRSE) and its remote operations and 
  1355. errors (Figure\ 4/X.419, Parts\ 3 and\ 4). 
  1356. .LP
  1357. .bp
  1358. .LP
  1359. MSAccessProtocol {\|joint\(hyiso\(hyccitt mhs\(hymotis(6) protocols(0) 
  1360. modules(0) 
  1361. ms\(hyaccess\(hyprotocol(2)\|}
  1362. .LP
  1363. DEFINITIONS IMPLICIT TAGS ::=
  1364. .LP
  1365. BEGIN
  1366. .LP
  1367. .sp 2
  1368. \(hy\(hy\ \fIPrologue\fR 
  1369. .LP
  1370. EXPORTS
  1371. .LP
  1372.     mRSE;
  1373. .LP
  1374. IMPORTS
  1375. .LP
  1376.     \(hy\(hy\ \fIApplication service elements and application contexts\fR 
  1377. .LP
  1378.     APPLICATION\(hySERVICE\(hyELEMENT, APPLICATION\(hyCONTEXT, aCSE
  1379. .LP
  1380.     FROM Remote\(hyOperations\(hyNotation\(hyextension {\|joint\(hyiso\(hyccitt
  1381. remote\(hyoperations(4)
  1382. .LP
  1383. \ \ notation\(hyextension(2)\|}
  1384. .LP
  1385.     rTSE
  1386. .LP
  1387.     FROM Reliable\(hyTransfer\(hyAPDUs {\|joint\(hyiso\(hyccitt
  1388. reliable\(hytransfer(3) apdus(0)\|}
  1389. .LP
  1390.     mSSE, mASE
  1391. .LP
  1392.     FROM MTSAccessProtocol
  1393. {\|joint\(hyiso\(hyccitt mhs\(hymotis(6) protocols(0)
  1394. .LP
  1395. modules(0) mts\(hyaccess\(hyprotocol(1)}
  1396. .LP
  1397.     \(hy\(hy\ \fIMS abstract service parameters\fR 
  1398. .LP
  1399. MSBind, MSUnbind, Summarize, List, Fetch, Delete, Register\(hyMS,
  1400. Alert, AttributeError,
  1401. .LP
  1402. AutoActionRequestError, DeleteError, FetchRestrictionError,
  1403. RangeError, SecurityError,
  1404. .LP
  1405. ServiceError, SequenceNumberError
  1406. .LP
  1407.     FROM MSAbstractService {\|joint\(hyiso\(hyccitt mhs\(hymotis(6) ms(4)
  1408. modules(0)
  1409. .LP
  1410. \ \ abstract\(hyservice(1)^}
  1411. .LP
  1412.     \(hy\(hy\ \fIObject identifiers\fR 
  1413. .LP
  1414. id\(hyac\(hyms\(hyaccess, id\(hyac\(hyms\(hyreliable\(hyaccess, id\(hyas\(hyacse, 
  1415. id\(hyas\(hymsse, 
  1416. id\(hyas\(hymrse, id\(hyas\(hymase, id\(hyas\(hyms, id\(hyas\(hyms\(hyrtse, 
  1417. id\(hyase\(hymrse 
  1418. .LP
  1419.     FROM MHSProtocolObjectIdentifiers {\|joint\(hyiso\(hyccitt
  1420. mhs\(hymotis(6) protocols(0)
  1421. .LP
  1422. \ \ modules(0) object\(hyidentifiers(0)\|};
  1423. .ce 1000
  1424. FIGURE\ 4/X.419\ (Part 1 of 4)
  1425. .ce 0
  1426. .sp 1P
  1427. .ce 1000
  1428. \fBAbstract syntax definition of the MS access protocol (P7)\fR 
  1429. .ce 0
  1430. .sp 1P
  1431. .LP
  1432. .bp
  1433. .LP
  1434. \(hy\(hy\ \fIApplication context omitting RTSE\fR 
  1435. .LP
  1436. ms\(hyaccess APPLICATION\(hyCONTEXT
  1437. .LP
  1438.     APPLICATION SERVICE ELEMENTS {\|aCSE\|}
  1439. .LP
  1440. BIND MSBind
  1441. .LP
  1442. UNBIND MSUnbind
  1443. .LP
  1444. REMOTE OPERATIONS {\|rOSE\|}
  1445. .LP
  1446. INITIATOR CONSUMER OF {\|mSSE, mRSE, mASE\|}
  1447. .LP
  1448. ABSTRACT SYNTAXES\|{
  1449. .LP
  1450.     id\(hyas\(hyacse,
  1451.     \(hy\(hy\ of ACSE
  1452. .LP
  1453.     id\(hyas\(hymsse,
  1454.     \(hy\(hy\ of MSSE, including ROSE
  1455. .LP
  1456.     id\(hyas\(hymrse,
  1457.     \(hy\(hy\ of MRSE, including ROSE
  1458. .LP
  1459.     id\(hyas\(hymase,
  1460.     \(hy\(hy\ of MASE, including ROSE
  1461. .LP
  1462.     id\(hyas\(hyms
  1463.     \(hy\(hy\ of MSBind and MSUnbind\|\(hy\(hy\|}
  1464. .LP
  1465.     ::= id\(hyac\(hyms\(hyaccess
  1466. .LP
  1467. .sp 2
  1468. \(hy\(hy\ \fIApp;ication context including RTSE\fR 
  1469. .LP
  1470. ms\(hyreliable\(hyaccess APPLICATION\(hyCONTEXT
  1471. .LP
  1472.     APPLICATION SERVICE ELEMENTS {\|aCSE, rTSE\|}
  1473. .LP
  1474. BIND MSBind
  1475. .LP
  1476. UNBIND MSUnbind
  1477. .LP
  1478. REMOTE OPERATIONS {\|rOSE\|}
  1479. .LP
  1480. INITIATOR CONSUMER OF {\|mSSE, mRSE, mASE\|}
  1481. .LP
  1482. ABSTRACT SYNTAXES\|{
  1483. .LP
  1484.     id\(hyas\(hyacse,
  1485.     \(hy\(hy\ of ACSE
  1486. .LP
  1487.     id\(hyas\(hymsse,
  1488.     \(hy\(hy\ of MSSE, including ROSE
  1489. .LP
  1490.     id\(hyas\(hymrse,
  1491.     \(hy\(hy\ of MRSE, including ROSE
  1492. .LP
  1493.     id\(hyas\(hymase,
  1494.     \(hy\(hy\ of MASE, including ROSE
  1495. .LP
  1496.     id\(hyas\(hyms\(hyrtse
  1497.     \(hy\(hy\ of MSBind and MSUnbind, including
  1498. RTSE\|\(hy\(hy\|}
  1499. .LP
  1500.     ::= id\(hyac\(hyms\(hyreliable\(hyaccess
  1501. .ce 1000
  1502. FIGURE\ 4/X.419\ (Part 2 of 4)
  1503. .ce 0
  1504. .sp 1P
  1505. .ce 1000
  1506. \fBAbstract syntax definition of the MS access protocol (P7)\fR 
  1507. .ce 0
  1508. .sp 1P
  1509. .LP
  1510. .bp
  1511. .LP
  1512. \(hy\(hy\ \fIMessage retrieval service element\fR 
  1513. .LP
  1514. mRSE APPLICATION\(hySERVICE\(hyELEMENT
  1515. .LP
  1516.     CONSUMER INVOKES\|{
  1517. .LP
  1518.     summarize,
  1519. .LP
  1520. list,
  1521. .LP
  1522. fetch,
  1523. .LP
  1524. delete,
  1525. .LP
  1526. register\(hyMS,\|}
  1527. .LP
  1528.     SUPPLIER INVOKES\|{
  1529. .LP
  1530.     alert\|}
  1531. .LP
  1532.     ::= id\(hyase\(hymrse
  1533. .LP
  1534. .sp 2
  1535. \(hy\(hy\ \fIRemote operations\fR 
  1536. .LP
  1537. summarize Summarize ::= 20
  1538. .LP
  1539. list List ::= 21
  1540. .LP
  1541. fetch Fetch ::= 22
  1542. .LP
  1543. delete Delete ::= 23
  1544. .LP
  1545. register\(hyms Register\(hyMS::= 24
  1546. .LP
  1547. alert Alert ::= 25
  1548. .LP
  1549. .sp 2
  1550. .LP
  1551. \(hy\(hy\ \fIRemote errors\fR 
  1552. .LP
  1553. attribute\(hyerror AttributeError ::= 21
  1554. .LP
  1555. auto\(hyaction\(hyrequest\(hyerror AutoActionRequestError ::= 22
  1556. .LP
  1557. delete\(hyerror DeleteError ::= 23
  1558. .LP
  1559. fetch\(hyrestriction\(hyerror FetchRestrictionError ::= 24 
  1560. .LP
  1561. range\(hyerror RangeError ::= 25
  1562. .LP
  1563. security\(hyerror SecurityError ::= 26
  1564. .LP
  1565. service\(hyerror ServiceError ::= 27
  1566. .ce 1000
  1567. FIGURE\ 4/X.419\ (Part 3 of 4)
  1568. .ce 0
  1569. .sp 1P
  1570. .ce 1000
  1571. \fBAbstract syntax definition of the MS access protocol (P7)\fR 
  1572. .ce 0
  1573. .sp 1P
  1574. .LP
  1575. .sp 6
  1576. .LP
  1577. sequence\(hynumber\(hyerror SequenceNumberError ::= 28
  1578. .LP
  1579. .sp 2
  1580. END\ \(hy\(hy\ \fIof MSAccessProtocol\fR 
  1581. .ce 1000
  1582. FIGURE\ 4/X.419\ (Part 4 of 4)
  1583. .ce 0
  1584. .sp 1P
  1585. .ce 1000
  1586. \fBAbstract syntax definition of the MS access protocol (P7)\fR 
  1587. .ce 0
  1588. .sp 1P
  1589. .LP
  1590. .bp
  1591. .sp 2P
  1592. .LP
  1593. \fB9\fR     \fBMapping onto used services\fR 
  1594. .sp 1P
  1595. .RT
  1596. .PP
  1597. This paragraph defines the mapping of the MHS access protocols onto the 
  1598. used services. 
  1599. .PP
  1600. Paragraph 9.1 defines the mapping onto used services for
  1601. application\(hycontexts that omit the RTSE. Paragraph\ 9.2 defines the 
  1602. mapping onto used services for application contexts that include the RTSE. 
  1603. .RT
  1604. .sp 1P
  1605. .LP
  1606. 9.1
  1607.     \fIApplication\(hycontexts omitting RTSE\fR 
  1608. .sp 9p
  1609. .RT
  1610. .PP
  1611. This paragraph defines the mapping of the MHS access protocols onto the 
  1612. used services for application\(hycontexts that omit the RTSE. Support for 
  1613. this mapping is optional for conformance to this Recommendation. 
  1614. .RT
  1615. .sp 1P
  1616. .LP
  1617. 9.1.1
  1618.     \fIMapping onto ACSE\fR 
  1619. .sp 9p
  1620. .RT
  1621. .PP
  1622. This paragraph defines the mapping of the abstract\(hybind (MTS\(hybind 
  1623. or MS\(hybind) and abstract\(hyunbind (MTS\(hyunbind or MS\(hyunbind) services 
  1624. onto the 
  1625. services of the ACSE in normal mode for application\(hycontexts that omit the
  1626. RTSE. The ACSE is defined in Recommendation\ X.217.
  1627. .RT
  1628. .sp 1P
  1629. .LP
  1630. 9.1.1.1
  1631.     \fIAbstract\(hybind onto A\(hyASSOCIATE\fR 
  1632. .sp 9p
  1633. .RT
  1634. .PP
  1635. The abstract\(hybind service is mapped onto the A\(hyASSOCIATE service 
  1636. of the ACSE. The use of the parameters of the A\(hyASSOCIATE service is 
  1637. qualified in the following paragraphs. 
  1638. .RT
  1639. .sp 1P
  1640. .LP
  1641. 9.1.1.1.1
  1642.     \fIMode\fR 
  1643. .sp 9p
  1644. .RT
  1645. .PP
  1646. This parameter shall be supplied by the initiator of the
  1647. association in the A\(hyASSOCIATE request primitive, and shall have the value
  1648. \*Qnormal mode\*U.
  1649. .RT
  1650. .sp 1P
  1651. .LP
  1652. 9.1.1.1.2
  1653.     \fIApplication context name\fR 
  1654. .sp 9p
  1655. .RT
  1656. .PP
  1657. The initiator of the association shall propose one of the
  1658. application\(hycontexts defined in this Recommendation that omit the RTSE 
  1659. in the A\(hyASSOCIATE request primitive (see Table\ 1/X.419). 
  1660. .RT
  1661. .sp 1P
  1662. .LP
  1663. 9.1.1.1.3
  1664.     \fIUser information\fR 
  1665. .sp 9p
  1666. .RT
  1667. .PP
  1668. The mapping of the bind\(hyoperation of the abstract\(hybind service onto 
  1669. the user information parameter of the A\(hyASSOCIATE request primitive 
  1670. is defined in Recommendation\ X.219. 
  1671. .RT
  1672. .sp 1P
  1673. .LP
  1674. 9.1.1.1.4
  1675.     \fIPresentation context definition list\fR 
  1676. .sp 9p
  1677. .RT
  1678. .PP
  1679. The initiator of the association shall supply the presentation
  1680. context definition list in the A\(hyASSOCIATE request primitive.
  1681. .PP
  1682. The presentation context definition list comprises a
  1683. presentation\(hycontext\(hydefinition for each abstract\(hysyntax included 
  1684. in the 
  1685. application\(hycontext. A presentation\(hycontext\(hydefinition comprises a
  1686. presentation\(hycontext\(hyidentifier and an abstract\(hysyntax\(hyname 
  1687. for the ASE. Each named abstract syntax for the MSSE, MDSE, MRSE and MASE 
  1688. includes the ROSE 
  1689. APDUs.
  1690. .PP
  1691. Paragraphs 7 and 8 define the abstract\(hysyntaxes included in the
  1692. application\(hycontexts.
  1693. .RT
  1694. .sp 1P
  1695. .LP
  1696. 9.1.1.1.5
  1697.     \fIQuality of service\fR 
  1698. .sp 9p
  1699. .RT
  1700. .PP
  1701. This parameter shall be supplied by the initiator of the
  1702. association in the A\(hyASSOCIATE request primitive, and by the responder 
  1703. of the association in the A\(hyASSOCIATE response primitive. The parameters 
  1704. \*Qextended 
  1705. control\*U and \*Qoptimized dialogue transfer\*U shall be set to not required. 
  1706. The 
  1707. remaining parameters shall be such that default values are used.
  1708. .RT
  1709. .sp 1P
  1710. .LP
  1711. 9.1.1.1.6
  1712.     \fISession requirements\fR 
  1713. .sp 9p
  1714. .RT
  1715. .PP
  1716. This parameter shall be set by the initiator of the association in the 
  1717. A\(hyASSOCIATE request primitive, and by the responder of the association 
  1718. in the A\(hyASSOCIATE response primitive. The parameter shall be set to 
  1719. specify the following functional units: 
  1720. .RT
  1721. .LP
  1722.     a)
  1723.     kernel
  1724. .LP
  1725.     b)
  1726.     duplex.
  1727. .bp
  1728. .sp 1P
  1729. .LP
  1730. 9.1.1.2
  1731.     \fIAbstract\(hyunbind onto A\(hyRELEASE\fR 
  1732. .sp 9p
  1733. .RT
  1734. .PP
  1735. The abstract\(hyunbind service is mapped onto the A\(hyRELEASE service 
  1736. of the ACSE. The use of the parameters of the A\(hyRELEASE service is qualified 
  1737. in 
  1738. the following paragraphs.
  1739. .RT
  1740. .sp 1P
  1741. .LP
  1742. 9.1.1.2.1
  1743.     \fIResult\fR 
  1744. .sp 9p
  1745. .RT
  1746. .PP
  1747. This parameter shall have the value \*Qaffirmative\*U.
  1748. .RT
  1749. .sp 1P
  1750. .LP
  1751. 9.1.1.3
  1752.     \fIUse of A\(hyABORT and A\(hyP\(hyABORT services\fR 
  1753. .sp 9p
  1754. .RT
  1755. .PP
  1756. The ROSE is the user of the A\(hyABORT and A\(hyP\(hyABORT services\fR 
  1757. of the ACSE. 
  1758. .RT
  1759. .sp 1P
  1760. .LP
  1761. 9.1.2
  1762.     \fIMapping onto ROSE\fR 
  1763. .sp 9p
  1764. .RT
  1765. .PP
  1766. The MSSE, MDSE, MRSE and MASE services are mapped onto the
  1767. RO\(hyINVOKE, RO\(hyRESULT, RO\(hyERROR, RO\(hyREJECT\(hyU and RO\(hyREJECT\(hyP 
  1768. services of the 
  1769. ROSE. The mapping of the abstract\(hysyntax notation of the MSSE, MDSE, 
  1770. MRSE and MASE onto the ROSE services is as defined in Recommendation\ X.219. 
  1771. .RT
  1772. .sp 1P
  1773. .LP
  1774. 9.2
  1775.     \fIApplication\(hycontexts including RTSE\fR 
  1776. .sp 9p
  1777. .RT
  1778. .PP
  1779. This paragraph defines the mapping of the MHS access protocols onto the 
  1780. used services for application\(hycontexts that include the RTSE in normal 
  1781. mode. Support for this mapping is optional for conformance to this
  1782. Recommendation. No mappings are defined onto the RTSE in X.410\(hy1984\ 
  1783. mode. The RTSE is defined in Recommendation\ X.218. 
  1784. .RT
  1785. .sp 1P
  1786. .LP
  1787. 9.2.1
  1788.     \fIMappint onto RT\(hyOPEN and RT\(hyCLOSE\fR 
  1789. .sp 9p
  1790. .RT
  1791. .PP
  1792. This paragraph defines the mapping of the abstract\(hybind (MTS\(hybind 
  1793. or MS\(hybind) and abstract\(hyunbind (MTS\(hyunbind or MS\(hyunbind) services 
  1794. onto the 
  1795. RT\(hyOPEN and RT\(hyCLOSE services of the RTSE in normal mode.
  1796. .RT
  1797. .sp 1P
  1798. .LP
  1799. 9.2.1.1
  1800.     \fIAbstract\(hybind onto RT\(hyOPEN\fR 
  1801. .sp 9p
  1802. .RT
  1803. .PP
  1804. The abstract\(hybind service is mapped onto the RT\(hyOPEN service of the 
  1805. RTSE. The use of the parameters of the RT\(hyOPEN service is qualified 
  1806. in the 
  1807. following paragraphs.
  1808. .RT
  1809. .sp 1P
  1810. .LP
  1811. 9.2.1.1.1
  1812.     \fIMode\fR 
  1813. .sp 9p
  1814. .RT
  1815. .PP
  1816. This parameter shall be supplied by the initiator of the
  1817. association in the RT\(hyOPEN request primitive, and shall have the value 
  1818. \*Qnormal mode\*U. 
  1819. .RT
  1820. .sp 1P
  1821. .LP
  1822. 9.2.1.1.2
  1823.     \fIApplication context name\fR 
  1824. .sp 9p
  1825. .RT
  1826. .PP
  1827. The initiator of the association shall propose one of the
  1828. application\(hycontexts defined in this Recommendation that include the RTSE in
  1829. normal mode in the RT\(hyOPEN request primitive (see Table\ 1/X.419).
  1830. .RT
  1831. .sp 1P
  1832. .LP
  1833. 9.2.1.1.3
  1834.     \fIUser\(hydata\fR 
  1835. .sp 9p
  1836. .RT
  1837. .PP
  1838. The mapping of the bind\(hyoperation of the abstract\(hybind service onto 
  1839. the user\(hydata parameter of the RT\(hyOPEN request primitive is defined 
  1840. in 
  1841. Recommendation\ X.219.
  1842. .RT
  1843. .sp 1P
  1844. .LP
  1845. 9.2.1.1.4
  1846.     \fIPresentation context definition list\fR 
  1847. .sp 9p
  1848. .RT
  1849. .PP
  1850. The initiator of the association shall supply the presentation
  1851. context definition list in the RT\(hyOPEN request primitive.
  1852. .PP
  1853. The presentation context definition list comprises a
  1854. presentation\(hycontext\(hydefinition for each abstract\(hysyntax included 
  1855. in the 
  1856. application context. A presentation\(hycontext\(hydefinition comprises a
  1857. presentation\(hycontext\(hyidentifier and an abstract\(hysyntax\(hyname 
  1858. for the ASE. Each named abstract\(hysyntax for the MSSE, MDSE, MRSE and 
  1859. MASE includes the ROSE 
  1860. APDUs. The named abstract\(hysyntax for the RTSE includes the abstract\(hysyntax 
  1861. for the bind\(hyoperation of the abstract\(hybind service. 
  1862. .PP
  1863. Paragraphs 7 and 8 define the abstract\(hysyntaxes included in the
  1864. application\(hycontexts.
  1865. .RT
  1866. .sp 1P
  1867. .LP
  1868. 9.2.1.2
  1869.     \fIAbstract\(hyunbind onto RT\(hyCLOSE\fR 
  1870. .sp 9p
  1871. .RT
  1872. .PP
  1873. The abstract\(hyunbind service is mapped onto the RT\(hyCLOSE service of 
  1874. the RTSE. 
  1875. .bp
  1876. .RT
  1877. .sp 1P
  1878. .LP
  1879. 9.2.2
  1880.     \fIMapping onto ROSE\fR 
  1881. .sp 9p
  1882. .RT
  1883. .PP
  1884. The MSSE, MDSE and MASE services are mapped onto the RO\(hyINVOKE,
  1885. RO\(hyRESULT, RO\(hyERROR, RO\(hyREJECT\(hyU and RO\(hyREJECT\(hyP services 
  1886. of the ROSE. The 
  1887. mapping of the abstract\(hysyntax notation of the MSSE, MDSE, MRSE and 
  1888. MASE onto the ROSE services is performed as defined in Recommendation\ 
  1889. X.219. 
  1890. .PP
  1891. ROSE is the user of the RT\(hyTRANSFER, RT\(hyTURN\(hyPLEASE, RT\(hyTURN\(hyGIVE, 
  1892. RT\(hyP\(hyABORT and RT\(hyU\(hyABORT services of the RTSE. The use of 
  1893. the RTSE services by the ROSE is defined in Recommendation\ X.229. 
  1894. .RT
  1895. .sp 1P
  1896. .LP
  1897. 9.2.2.1
  1898.     \fIManaging the turn\fR 
  1899. .sp 9p
  1900. .RT
  1901. .PP
  1902. Recommendation X.229 defines the use by the ROSE of the
  1903. RT\(hyTURN\(hyPLEASE and RT\(hyTURN\(hyGIVE services of the RTSE to manage 
  1904. the turn. 
  1905. .PP
  1906. Table 2/X.419 defines the values of the priority parameter of the
  1907. RT\(hyTURN\(hyPLEASE service used by the ROSE to request the turn.
  1908. .PP
  1909. Priority zero is the highest priority, and is reserved for the action of 
  1910. releasing the association by the initiator. 
  1911. .PP
  1912. Priority one is used by the ROSE for the RORJ APDU and ROER APDU to
  1913. provide the RO\(hyREJECT\(hyU and RO\(hyERROR services of the ROSE.
  1914. .PP
  1915. Priority two is used by the ROSE for the RORS APDU to provide the
  1916. RO\(hyRESULT services of the ROSE.
  1917. .PP
  1918. Priority three to seven shall be used for the ROIV APDU to provide the 
  1919. RO\(hyINVOKE service for the MHS access protocol remote operations. In 
  1920. the case of a remote operation whose arguments include a message, the ROIV 
  1921. APDU is 
  1922. prioritized as a function of the \fBpriority\fR of the message \(em\ \fBurgent, 
  1923. normal\fR or \fBnon\(hyurgent\fR . 
  1924. .RT
  1925. .ce
  1926. \fBH.T. [T2.419]\fR 
  1927. .ce
  1928. TABLE\ 2/X.419
  1929. .ce
  1930. \fBRemote operation priorities\fR 
  1931. .ps 9
  1932. .vs 11
  1933. .nr VS 11
  1934. .nr PS 9
  1935. .TS
  1936. center box;
  1937. cw(24p) | cw(54p) | cw(48p) | cw(54p) | cw(48p) .
  1938. Priority     MSSE     MDSE     MRSE     MASE 
  1939. _
  1940. .T&
  1941. cw(24p) | lw(204p) .
  1942. 0    Association release
  1943. _
  1944. .T&
  1945. cw(24p) | lw(204p) .
  1946. 1    T{
  1947. RO\(hyREJECT\(hyU
  1948. RO\(hyERROR 
  1949. T}
  1950. _
  1951. .T&
  1952. cw(24p) | lw(204p) .
  1953. 2    RO\(hyRESULT 
  1954. _
  1955. .T&
  1956. cw(24p) | lw(54p) | lw(48p) | lw(54p) | lw(48p) .
  1957. 3    Submission\(hycontrol     Delivery\(hycontrol         
  1958. _
  1959. .T&
  1960. cw(24p) | lw(54p) | lw(48p) | lw(54p) | lw(48p) .
  1961. 4    T{
  1962. Message\(hysubmission 
  1963. (urgent)
  1964. T}    Message\(hydelivery  (urgent)    Alert     
  1965. _
  1966. .T&
  1967. cw(24p) | lw(54p) | lw(48p) | lw(54p) | lw(48p) .
  1968. 5    Probe\(hysubmission    Report\(hydelivery    T{
  1969. Register\(hyMS
  1970. Summarize
  1971. List\fR
  1972. Fetch
  1973. Delete
  1974. T}    T{
  1975. Register
  1976. Change\(hycredentials 
  1977. T}
  1978. _
  1979. .T&
  1980. cw(24p) | lw(54p) | lw(48p) | lw(54p) | lw(48p) .
  1981. 6    T{
  1982. Message\(hysubmission
  1983. (normal)
  1984. T}    T{
  1985. Message\(hydelivery
  1986. (normal)
  1987. T}        
  1988. _
  1989. .T&
  1990. cw(24p) | lw(54p) | lw(48p) | lw(54p) | lw(48p) .
  1991. 7    T{
  1992. Message\(hysubmission
  1993. (non\(hyurgent)
  1994. T}    Message\(hydelivery        
  1995. _
  1996. .TE
  1997. .nr PS 9
  1998. .RT
  1999. .ad r
  2000. \fBTable 2/X.419 [T2.419], p.\fR 
  2001. .sp 1P
  2002. .RT
  2003. .ad b
  2004. .RT
  2005. .LP
  2006. .bp
  2007. .sp 2P
  2008. .LP
  2009. \fB10\fR     \fBConformance\fR 
  2010. .sp 1P
  2011. .RT
  2012. .PP
  2013. A system (UA, MS or MTA) claiming conformance to the MHS access
  2014. protocols specified in this Recommendation shall comply with the requirements 
  2015. in \(sc\(sc\ 10.1, 10.2 and 10.3. 
  2016. .RT
  2017. .sp 1P
  2018. .LP
  2019. 10.1
  2020.     \fIStatement requirements\fR 
  2021. .sp 9p
  2022. .RT
  2023. .PP
  2024. The following shall be stated:
  2025. .RT
  2026. .LP
  2027.     a)
  2028.     the type of system for which conformance is claimed (UA, MS, MTA or MTA/MS);
  2029. .LP
  2030.     b)
  2031.     the application\(hycontexts defined in Section\ 2 of this
  2032. Recommendation for which conformance is claimed.
  2033. .PP
  2034. Conformance can be claimed to the MTS access protocol (P3), or the MS access 
  2035. protocol (P7), or both. Table\ 3/X.419 classifies the support for 
  2036. application\(hycontexts required for conformance to the MTS access protocol 
  2037. (P3). Table\ 4/X.419 classifies the support for application\(hycontexts 
  2038. required for 
  2039. conformance to the MS access protocol (P7).
  2040. .ce
  2041. \fBH.T. [T3.419]\fR 
  2042. .ce
  2043. TABLE\ 3/X.419
  2044. .ce
  2045. \fBMTS access protocol conformance requirements\fR 
  2046. .ps 9
  2047. .vs 11
  2048. .nr VS 11
  2049. .nr PS 9
  2050. .TS
  2051. center box;
  2052. cw(72p) | cw(60p) | cw(60p) .
  2053. Application context     MTA \fR    MTS\(hyuser 
  2054. _
  2055. .T&
  2056. lw(72p) | lw(60p) | lw(60p) .
  2057. \fIMTS access protocol\fR        
  2058. .T&
  2059. lw(72p) | lw(60p) | lw(60p) .
  2060. mts\(hyaccess    Mandatory    Optional 
  2061. .T&
  2062. lw(72p) | lw(60p) | lw(60p) .
  2063. mts\(hyforced\(hyaccess    Mandatory    Optional 
  2064. .T&
  2065. lw(72p) | lw(60p) | lw(60p) .
  2066. mts\(hyreliable\(hyaccess    Optional (see note)    Optional 
  2067. .T&
  2068. lw(72p) | lw(60p) | lw(60p) .
  2069. T{
  2070. mts\(hyforced\(hyreliable\(hyaccess
  2071. T}    Optional (see note)    T{
  2072. Optional 
  2073. \fINote\fR
  2074. \ \(em\ If an MTA claims conformance to the mts\(hyreliable\(hyaccess
  2075. application\(hycontext, it shall also claim conformance to the
  2076. mts\(hyforced\(hyreliable\(hyaccess application\(hycontext, and vice versa.
  2077. .parag
  2078. T}
  2079. _
  2080. .TE
  2081. .nr PS 9
  2082. .RT
  2083. .ad r
  2084. \fBTable 3/X.419 [T3.419], p.\fR 
  2085. .sp 1P
  2086. .RT
  2087. .ad b
  2088. .RT
  2089. .ce
  2090. \fBH.T. [T4.419]\fR 
  2091. .ce
  2092. TABLE\ 4/X.419
  2093. .ce
  2094. \fBMS access protocol conformance requirements \fR 
  2095. .ps 9
  2096. .vs 11
  2097. .nr VS 11
  2098. .nr PS 9
  2099. .TS
  2100. center box;
  2101. cw(60p) | cw(48p) | cw(48p) .
  2102. Application context    MS    MS\(hyuser
  2103. _
  2104. .T&
  2105. lw(60p) | lw(48p) | lw(48p) .
  2106. \fIMS access protocol\fR        
  2107. .T&
  2108. lw(60p) | lw(48p) | lw(48p) .
  2109. ms\(hyaccess    Mandatory    Optional
  2110. .T&
  2111. lw(60p) | lw(48p) | lw(48p) .
  2112. ms\(hyreliable\(hyaccess    Optional    Optional
  2113. _
  2114. .TE
  2115. .nr PS 9
  2116. .RT
  2117. .ad r
  2118. \fBTable 4/X.419 [T4.419], p.\fR 
  2119. .sp 1P
  2120. .RT
  2121. .ad b
  2122. .RT
  2123. .sp 1P
  2124. .LP
  2125. 10.2
  2126.     \fIStatic requirements\fR 
  2127. .sp 9p
  2128. .RT
  2129. .PP
  2130. The system shall:
  2131. .RT
  2132. .LP
  2133.     a)
  2134.     conform to the abstract\(hysyntax definition(s) of the MHS
  2135. access protocols defined in \(sc\(sc\ 7 and\ 8 of this Recommendation, 
  2136. required by the application\(hycontexts for which conformance is claimed. 
  2137. .bp
  2138. .sp 1P
  2139. .LP
  2140. 10.3
  2141.     \fIDynamic requirements\fR 
  2142. .sp 9p
  2143. .RT
  2144. .PP
  2145. The system shall:
  2146. .RT
  2147. .LP
  2148.     a)
  2149.      conform to the mapping onto used services defined in \(sc 9 of this Recommendation, 
  2150. required by the application\(hycontexts for which conformance is claimed; 
  2151. .LP
  2152.     b)
  2153.      conform to the use of underlying services defined in \(sc 6.4 of this 
  2154. Recommendation. 
  2155. .LP
  2156. SECTION\ 3\ \(em
  2157.     MESSAGE\ TRANSFER\ SYSTEM\ TRANSFER\ PROTOCOL\ SPECIFICATION
  2158. .sp 1P
  2159. .RT
  2160. .sp 2P
  2161. .LP
  2162. \fB11\fR     \fBOverview of the MTS transfer protocol\fR 
  2163. .sp 1P
  2164. .RT
  2165. .sp 1P
  2166. .LP
  2167. 11.1
  2168.     \fIModel\fR 
  2169. .sp 9p
  2170. .RT
  2171. .PP
  2172. Paragraph 10 of Recommendation\ X.411 refines the abstract model of the 
  2173. message transfer system (MTS), first presented in \(sc\ 6 of that 
  2174. Recommendation, to reveal that the MTS object comprises a collection of
  2175. message\(hytransfer\(hyagent (MTA) objects, which cooperate together to 
  2176. form the MTS and offer the MTS abstract service to its users. 
  2177. .PP
  2178. In the refined abstract model, interactions between MTAs are modelled as 
  2179. a set of abstract operations which occur at the transfer\(hyport paired 
  2180. between MTAs. 
  2181. .PP
  2182. This paragraph describes how the MTA abstract service is supported by instances 
  2183. of OSI communication when the MTAs are realised as 
  2184. application\(hyprocesses located in different open systems.
  2185. .PP
  2186. In the OSI environment, communication between application\(hyprocesses 
  2187. is represented in terms of communication between a pair of application\(hyentities 
  2188. (AEs) using the presentation\(hyservice. The functionality of an AE is factored
  2189. into a set of one or more application\(hyservice\(hyelements (ASEs). The 
  2190. interaction between AEs is described in terms of their use of the services 
  2191. provided by the ASEs. 
  2192. .PP
  2193. The transfer\(hyport services of the abstract model are supported by an 
  2194. application\(hyservice\(hyelement\ \(em the message transfer service element 
  2195. (MTSE), 
  2196. which in turn is supported by two other application\(hyservice\(hyelements\ 
  2197. \(em the 
  2198. reliable transfer service element (RTSE) and the association control service
  2199. element (ACSE).
  2200. .PP
  2201. The reliable transfer service element (RTSE) is used to reliably
  2202. transfer application\(hyprotocol\(hydata\(hyunits (APDUs) that contain 
  2203. the message, 
  2204. probes and reports between AEs.
  2205. .PP
  2206. The association control service element (ACSE) supports the
  2207. establishment and release of an application\(hyassociation between a pair 
  2208. of AEs. Associations between MTAs can be established by either MTA. Only 
  2209. the initiator of an established association can release it. 
  2210. .PP
  2211. The combination of the MTSE, the RTSE and the ACSE defines the
  2212. application\(hycontext of an application\(hyassociation.
  2213. .PP
  2214. Figure 4/X.419 models the application\(hycontext between MTAs.
  2215. .PP
  2216. Three application\(hycontexts are defined for the MTS transfer protocol 
  2217. as identified in Table\ 5/X.419. 
  2218. .RT
  2219. .ce
  2220. \fBH.T. [T5.419]\fR 
  2221. .ce
  2222. TABLE\ 5/X.419
  2223. .ce
  2224. \fBMTS transfer protocol application contexts\fR 
  2225. .ps 9
  2226. .vs 11
  2227. .nr VS 11
  2228. .nr PS 9
  2229. .TS
  2230. center box;
  2231. cw(90p) | cw(30p) | cw(36p) .
  2232. Application context     P1    RTSE mode
  2233. _
  2234. .T&
  2235. lw(90p) | lw(30p) | lw(36p) .
  2236. T{
  2237. mts\(hytransfer\(hyprotocol\(hy1984
  2238. T}    P1 1984    X.410\(hy1984
  2239. _
  2240. .T&
  2241. lw(90p) | lw(30p) | lw(36p) .
  2242. mts\(hytransfer\(hyprotocol    P1 1988    X.410\(hy1984 
  2243. _
  2244. .T&
  2245. lw(90p) | lw(30p) | lw(36p) .
  2246. mts\(hytransfer    P1 1988    normal 
  2247. _
  2248. .TE
  2249. .nr PS 9
  2250. .RT
  2251. .ad r
  2252. \fBTable 5/X.419 [T5.419], p.\fR 
  2253. .sp 1P
  2254. .RT
  2255. .ad b
  2256. .RT
  2257. .LP
  2258. .bp
  2259. .PP
  2260. The \fBmts\(hytransfer\(hyprotocol\(hy1984\fR is defined for interworking 
  2261. with implementations of the 1984 Recommendation\ X.411. In this application\(hycontext, 
  2262. the abstract\(hysyntax of the MTSE is constrained to that defined in the 
  2263. 1984 
  2264. Recommendation\ X.411. These constraints are identified by 
  2265. underlining
  2266. of the 1988 extensions to the abstract syntax of the MTSE in the defining 
  2267. ASN.1 module in Recommendation\ X.411. The changes are also listed in Annex\ 
  2268. C of this Recommendation for reference. The \fBmts\(hytransfer\(hyprotocol\(hy1984\fR 
  2269. is supported by the RTSE in X.410\(hy1984 mode. Support for the \fBmts\(hytransfer\(hyprotocol\(hy1984\fR 
  2270. is mandatory for conformance to this Recommendation.
  2271. .PP
  2272. The \fBmts\(hytransfer\(hyprotocol\fR is defined to enable interworking 
  2273. between implementations which support the 1988 extended functionality via 
  2274. systems which have had a minimal upgrade from conformance to the 1984 Recommendation\ 
  2275. X.411. The \fBmts\(hytransfer\(hyprotocol\fR provides for controlled transparency 
  2276. of the 
  2277. upgraded system to the 1988 extensions. The \fBmts\(hytransfer\(hyprotocol\fR 
  2278. is 
  2279. supported by the RTSE in X.410\(hy1984 mode. Support for the
  2280. \fBmts\(hytransfer\(hyprotocol\fR is mandatory for conformance to this
  2281. Recommendation.
  2282. .PP
  2283. The \fBmts\(hytransfer\fR application\(hycontext is supported by the RTSE in
  2284. normal mode. It is envisaged that, over time, most systems will migrate to
  2285. support the \fBmts\(hytransfer\fR application\(hycontext. Support for the 
  2286. \fBmts\(hytransfer\fR application\(hycontext is optional for conformance 
  2287. to this Recommendation. Note 
  2288. that in ISO\ 10021\(hy6 support for the \fBmts\(hytransfer\fR application\(hycontext 
  2289. is 
  2290. mandatory. A future version of this Recommendation is likely to make support
  2291. for the \fBmts\(hytransfer\fR application\(hycontext mandatory as part 
  2292. of a migration 
  2293. strategy to enable support for extended functionaility and to maximise
  2294. interworking.
  2295. .RT
  2296. .LP
  2297. .rs
  2298. .sp 22P
  2299. .ad r
  2300. \fBFigure 4/X.419, p.\fR 
  2301. .sp 1P
  2302. .RT
  2303. .ad b
  2304. .RT
  2305. .sp 1P
  2306. .LP
  2307. 11.2
  2308.     \fIServices provided by the MTS transfer protocol\fR 
  2309. .sp 9p
  2310. .RT
  2311. .PP
  2312. The MTS transfer protocol (P1) provides the following services
  2313. defined in Recommendation\ X.411:
  2314. .RT
  2315. .LP
  2316.     \fIMTA\(hybind and MTA\(hyunbind\fR 
  2317. .LP
  2318.     a)
  2319.     MTA\(hybind
  2320. .LP
  2321.     b)
  2322.     MTA\(hyunbind
  2323. .LP
  2324.     \fIMessage transfer service element (MTSE)\fR 
  2325. .LP
  2326.     c)
  2327.     message\(hytransfer
  2328. .LP
  2329.     d)
  2330.     probe\(hytransfer
  2331. .LP
  2332.     e)
  2333.     report\(hytransfer
  2334. .bp
  2335. .sp 1P
  2336. .LP
  2337. 11.3
  2338.     \fIUse of underlying services\fR 
  2339. .sp 9p
  2340. .RT
  2341. .PP
  2342. The MTS transfer protocol (P1) makes use of underlying services as described 
  2343. below. 
  2344. .RT
  2345. .sp 1P
  2346. .LP
  2347. 11.3.1
  2348.     \fIUse of the RTSE services\fR 
  2349. .sp 9p
  2350. .RT
  2351. .PP
  2352. The reliable transfer service element (RTSE) is defined in
  2353. Recommendation\ X.218.
  2354. .PP
  2355. The RTSE provides for the reliable transfer of
  2356. application\(hyprotocol\(hydata\(hyunits (APDUs). The RTSE ensures that 
  2357. each APDU is 
  2358. completely transferred once, or that the sender is warned of an exception. 
  2359. The RTSE recovers from communication and end\(hysystem failure and minimises 
  2360. the 
  2361. amount of retransmission needed for recovery.
  2362. .PP
  2363. The RTSE services are used to support the MTS transfer protocol (P1). Support 
  2364. for RTSE in X.410\(hy1984 mode is mandatory. Support for the RTSE in 
  2365. normal mode is optional. Note that in ISO\ 10021\(hy6, support for the RTSE in
  2366. normal mode is mandatory, and support for the RTSE in X.410\(hy1984 is 
  2367. optional. 
  2368. .PP
  2369. The use of the X.410\(hy1984 mode of the RTSE implies the use of the
  2370. X.410\(hy1984 mode of the ACSE and the X.410\(hy1984 mode of the
  2371. presentation\(hyservice. The use of the normal mode of the RTSE implies 
  2372. the use of the normal mode of the ACSE and the normal mode of the presentation\(hyservice. 
  2373. .PP
  2374. The MTS transfer protocol (P1) is the sole user of the RT\(hyOPEN,
  2375. RT\(hyCLOSE, RT\(hyTRANSFER, RT\(hyTURN\(hyPLEASE, RT\(hyTURN\(hyGIVE, 
  2376. RT\(hyP\(hyABORT and RT\(hyU\(hyABORT services of the RTSE. 
  2377. .RT
  2378. .sp 1P
  2379. .LP
  2380. 11.3.2
  2381.     \fIUse of the ACSE services\fR 
  2382. .sp 9p
  2383. .RT
  2384. .PP
  2385. The association control service element (ACSE) is defined in
  2386. Recommendation\ X.217.
  2387. .PP
  2388. The ACSE provides for the control (establishment, release, abort) of application\(hyassociations 
  2389. between AEs. 
  2390. .PP
  2391. The RTSE is the sole user of the A\(hyASSOCIATE, A\(hyRELEASE, A\(hyABORT 
  2392. and A\(hyP\(hyABORT services of the ACSE. The use of the X.410\(hy1984 
  2393. mode of the RTSE 
  2394. implies the use of the X.410\(hy1984 mode of the ACSE and the X.410\(hy1984 
  2395. mode of the presentation\(hyservice. The use of the normal mode of the 
  2396. RTSE implies the 
  2397. use of the normal mode of the ACSE and the normal mode of the
  2398. presentation\(hyservice.
  2399. .RT
  2400. .sp 1P
  2401. .LP
  2402. 11.3.3
  2403.     \fIUse of the presentation\(hyservice\fR 
  2404. .sp 9p
  2405. .RT
  2406. .PP
  2407. The presentation\(hyservice is defined in Recommendation\ X.216.
  2408. .PP
  2409. The presentation layer coordinates the representation (syntax) of the application 
  2410. layer semantics that are to be exchanged. 
  2411. .PP
  2412. In X.410\(hy1984 mode, a single default presentation\(hycontext is used 
  2413. for the underlying presentation\(hyconnection. This presentation\(hycontext 
  2414. includes a 
  2415. single abstract\(hysyntax for all of the ASEs included in the application\(hycontext 
  2416. (i.e.\ MTSE, RTSE and ACSE). 
  2417. .PP
  2418. In normal mode, a different presentation\(hycontext is used for each
  2419. abstract\(hysyntax included in the application\(hycontext.
  2420. .PP
  2421. Presentation layer addressing is not used for the message transfer
  2422. protocol (P1) in X.410\(hy1984 mode.
  2423. .PP
  2424. The ACSE is the sole user of the P\(hyCONNECT, P\(hyRELEASE, P\(hyU\(hyABORT 
  2425. and P\(hyP\(hyABORT services of the presentation\(hyservice. 
  2426. .PP
  2427. The RTSE is the sole user of the P\(hyACTIVITY\(hySTART, P\(hyDATA,
  2428. P\(hyMINOR\(hySYNCHRONIZE,
  2429. P\(hyACTIVITY\(hyEND, P\(hyACTIVITY\(hyINTERRUPT, P\(hyACTIVITY\(hyDISCARD,
  2430. P\(hyU\(hyEXCEPTION\(hyREPORT,
  2431. P\(hyACTIVITY\(hyRESUME, P\(hyP\(hyEXCEPTION\(hyREPORT, P\(hyTOKEN\(hyPLEASE, 
  2432. and P\(hyCONTROL\(hyGIVE services of the presentation service. The use 
  2433. of the 
  2434. X.410\(hy1984 mode of the RTSE implies the use of the X.410\(hy1984 mode 
  2435. of the\ ACSE and the X.410\(hy1984 mode of the presentation\(hyservice. 
  2436. The use of the normal mode of the RTSE implies the use of the normal mode 
  2437. of the ACSE and the normal mode of the presentation\(hyservice. 
  2438. .bp
  2439. .RT
  2440. .sp 1P
  2441. .LP
  2442. 11.3.4
  2443.     \fIUse of lower layer services\fR 
  2444. .sp 9p
  2445. .RT
  2446. .PP
  2447. The session\(hyservice is defined in Recommendation\ X.215. The session 
  2448. layer structures the dialogue of the flow of information between the 
  2449. end\(hysystems.
  2450. .PP
  2451. The use of the RTSE requires the use of the kernel, half\(hyduplex,
  2452. exceptions, minor\(hysynchronize and activity\(hymanagement functional 
  2453. units by the presentation layer. 
  2454. .PP
  2455. Session layer addressing is not used for the MTS transfer protocol
  2456. (P1) when the RTSE is used in X.410\(hy1984 mode. That is, a session\(hyaddress 
  2457. shall not be passed in the Connect SPDU of the session layer. 
  2458. .PP
  2459. The transport\(hyservice is defined in Recommendation\ X.214. The
  2460. transport layer provides for the end\(hyto\(hyend transparent transfer 
  2461. of data over the underlying network connection. 
  2462. .PP
  2463. The choice of the class of transport\(hyservice used by the session layer 
  2464. depends on the requirements for multiplexing and error recovery. Support 
  2465. for 
  2466. Class\ 0 is mandatory. Transport expedited services is not used.
  2467. .PP
  2468. Support for other classes is optional. The use of an error recovery
  2469. class together with the RTSE duplicates mechanisms for error recovery.
  2470. .PP
  2471. The transport\(hyaddress comprises a network\(hyaddress and a
  2472. transport\(hyservice\(hyaccess\(hypoint identifier (TSAP\(hyidentifier). The
  2473. TSAO\(hyidentifier is carried in the transport layer protocol. When the RTSE is
  2474. used in X.410\(hy1984\ mode, it consists of up to sixteen IA5\ digits.
  2475. .PP
  2476. An underlying network supporting the OSI network\(hyservice defined in
  2477. Recommendation\ X.213 is assumed.
  2478. .PP
  2479. A network\(hyaddress is as defined in Recommendation X.121,
  2480. Recommendations\ E.163/E.164, or Recommendation\ X.200 (OSI NSAP\(hyaddress).
  2481. .RT
  2482. .sp 1P
  2483. .LP
  2484. 11.4
  2485.     \fIEstablishing and releasing associations\fR 
  2486. .sp 9p
  2487. .RT
  2488. .PP
  2489. Associations between two MTAs are created in accordance with
  2490. bilateral agreements covering the following:
  2491. .RT
  2492. .LP
  2493.     a)
  2494.     the maximum number of associations that may exist
  2495. simultaneously;
  2496. .LP
  2497.     b)
  2498.     whether monologue or two\(hyway\(hyalternate associations are
  2499. used;
  2500. .LP
  2501.     c)
  2502.     which application\(hycontext is used;
  2503. .LP
  2504.     d)
  2505.     which MTA has responsibility for establishing the
  2506. associations;
  2507. .LP
  2508.     e)
  2509.     whether associations are permanently established or
  2510. established and released as required.
  2511. .sp 2P
  2512. .LP
  2513. \fB12\fR     \fBMTS transfer protocol abstract syntax definition\fR 
  2514. .sp 1P
  2515. .RT
  2516. .PP
  2517. The abstract\(hysyntax of the MTS transfer protocol (P1) is defined in 
  2518. Figure\ 5/X.419. 
  2519. .PP
  2520. The abstract\(hysyntax of the MTS transfer protocol (P1) is defined using 
  2521. the abstract\(hysyntax notation (ASN.1) defined in Recommendation\ X.208, 
  2522. and the remote operations notation defined in Recommendation\ X.219. 
  2523. .PP
  2524. The abstract\(hysyntax definition of the MTS transfer protocol (P1) has 
  2525. the following major parts: 
  2526. .RT
  2527. .LP
  2528.     \(em
  2529.     \fIPrologue:\fR \| declarations of the exports from, and imports
  2530. to, the MTS transfer protocol (P1) module (Figure\ 5/X.419, Part\ 1).
  2531. .LP
  2532.     \(em
  2533.     \fIApplication contexts:\fR \| definitions of the
  2534. application\(hycontexts used between MTAs (Figure\ 5/X.419, Part\ 2).
  2535. .LP
  2536.     \(em
  2537.     \fIMessage transfer service element:\fR \| definitions of the
  2538. message transfer service element (MTSE) (Figure\ 5/X.419, Part\ 3).
  2539. .LP
  2540.     \(em
  2541.      \fIMTS application protocol data units:\fR \| definition of the MTS application\(hyprotocol\(hydata\(hyunits 
  2542. (APDUs): message, probe and report 
  2543. (Figure\ 5/X.419, Part\ 3).
  2544. .LP
  2545. .rs
  2546. .sp 2P
  2547. .ad r
  2548. Blanc
  2549. .ad b
  2550. .RT
  2551. .LP
  2552. .bp
  2553. .LP
  2554. MTSTransferProtocol\|{\|joint\(hyiso\(hyccitt mhs\(hymotis(6) protocols(0)
  2555. modules(0) transfer\(hyprotocol(3)\|}
  2556. .LP
  2557. DEFINITIONS IMPLICIT TAGS ::=
  2558. .LP
  2559. BEGIN
  2560. .LP
  2561. .sp 2
  2562. \(hy\(hy\ \fIPrologue\fR 
  2563. .LP
  2564. EXPORTS;
  2565. .LP
  2566. IMPORTS
  2567. .LP
  2568.     \(hy\(hy\ \fIApplication service elements and application contexts\fR 
  2569. .LP
  2570. APPLICATION\(hySERVICE\(hyELEMENT, APPLICATION\(hyCONTEXT, aCSE
  2571. .LP
  2572.     FROM Remote\(hyOperations\(hyNotation\(hyextension\|{\|joint\(hyiso\(hyccitt
  2573. remote\(hyoperations(4)
  2574. .LP
  2575. \ \ notation\(hyextension(2)\|}
  2576. .LP
  2577.     rTSE
  2578. .LP
  2579.      FROM Reliable\(hyTransfer\(hyAPDUs\|{\|joint\(hyiso\(hyccitt reliable\(hytransfer(3) 
  2580. apdus(0)\|}
  2581. .LP
  2582.     \(hy\(hy\ \fIMTA transfer port abstract service parameters\fR 
  2583. .LP
  2584. MTABind, MTAUnbind, Message, Probe, Report,
  2585. .LP
  2586.      FROM MTAAbstractService {\|joint\(hyiso\(hyccitt mhs\(hymotis(6) mts(3) 
  2587. modules (0) 
  2588. .LP
  2589. \ \ mta\(hyabstract\(hyservice(2)\|}
  2590. .LP
  2591.     \(hy\(hy\ \fIObject identifiers\fR 
  2592. .LP
  2593. id\(hyac\(hymts\(hytransfer, id\(hyas\(hyacse, id\(hyas\(hymta\(hyrtse, 
  2594. id\(hyas\(hymtse, id\(hyase\(hymtse 
  2595. .LP
  2596.     FROM MHSProtocolObjectIdentifiers {\|joint\(hyiso\(hyccitt mhs\(hymotis(6)
  2597. protocols(0)
  2598. .LP
  2599. \ \ modules(0) object\(hyidentifiers(0)\|}
  2600. .ce 1000
  2601. FIGURE\ 5/X.419\ (Part 1 of 3)
  2602. .ce 0
  2603. .sp 1P
  2604. .ce 1000
  2605. \fBAbstract syntax definition of the MTS transfer protocol (P1)\fR 
  2606. .ce 0
  2607. .sp 1P
  2608. .LP
  2609. .sp 6
  2610. .LP
  2611. \(hy\(hy\ \fIApplication context including RTSE in normal mode\fR 
  2612. .LP
  2613. mts\(hytransfer APPLICATION\(hyCONTEXT
  2614. .LP
  2615.     APPLICATION SERVICE ELEMENTS {\|aCSE, rTSE, mTSE\|}
  2616. .LP
  2617. BIND MTABind
  2618. .LP
  2619. UNBIND MTAUnbind
  2620. .LP
  2621. ABSTRACT SYNTAXES\|{
  2622. .LP
  2623.     id\(hyas\(hyacse,
  2624.     \(hy\(hy\ of ACSE
  2625. .LP
  2626.     id\(hyas\(hymts\(hyrtse,
  2627.     \(hy\(hy\ of MTABind and MTAUnbind, including RTSE
  2628. .LP
  2629.     id\(hyas\(hymtse
  2630.     \(hy\(hy\ of MTSE\(hy\(hy\|}
  2631. .LP
  2632.     ::= id\(hyac\(hymts\(hytransfer
  2633. .LP
  2634. .sp 2
  2635. \(hy\(hy\ \fIApplication context including RTSE in X.410\(hy1984 mode\fR 
  2636. .LP
  2637. mts\(hytransfer\(hyprotocol INTEGER ::= 12
  2638. .LP
  2639. .sp 2
  2640. \(hy\(hy\ \fIApplication context for interworking with 1984 P1\fR 
  2641. .LP
  2642. mts\(hytransfer\(hyprotocol\(hy1984 INTEGER ::= 1
  2643. .ce 1000
  2644. FIGURE\ 5/X.419\ (Part 2 of 3)
  2645. .ce 0
  2646. .sp 1P
  2647. .ce 1000
  2648. \fBAbstract syntax definition of the MTS transfer protocol (P1)\fR 
  2649. .ce 0
  2650. .sp 1P
  2651. .LP
  2652. .bp
  2653. .LP
  2654. \(hy\(hy\ \fIMessage transfer service element\fR 
  2655. .LP
  2656. mTSE APPLICATION\(hySERVICE\(hyELEMENT
  2657. .LP
  2658.     ::= id\(hyase\(hymtse
  2659. .LP
  2660. .sp 2
  2661. \(hy\(hy\ \fIMTS application protocol data units\fR 
  2662. .LP
  2663. MTS\(hyAPDU ::= CHOICE\|{
  2664. .LP
  2665.     message [0] Message,
  2666. .LP
  2667. probe [2] Probe,
  2668. .LP
  2669. report [1] Report\|}
  2670. .LP
  2671. .sp 2
  2672. END\ \(hy\(hy\ \fIof MTSTransferProtocol\fR 
  2673. .ce 1000
  2674. FIGURE\ 5/X.419\ (Part 3 of 3)
  2675. .ce 0
  2676. .sp 1P
  2677. .ce 1000
  2678. \fBAbstract syntax definition of the MTS transfer protocol (P1)\fR 
  2679. .ce 0
  2680. .sp 1P
  2681. .LP
  2682. .sp 6
  2683. .sp 2P
  2684. .LP
  2685. \fB13\fR     \fBMapping onto used services\fR 
  2686. .sp 1P
  2687. .RT
  2688. .PP
  2689. This paragraph defines the mapping of the MTS transfer protocol
  2690. (P1) onto the used services.
  2691. .PP
  2692. Paragraph 13.1 defines the mapping of the MTS transfer protocol (P1) onto 
  2693. used services for application\(hycontexts that include the RTSE in X.410\(hy1984 
  2694. mode. Paragraph\ 13.2 defines the mapping of the MTS transfer protocol 
  2695. (P1) 
  2696. onto used services for application\(hycontexts that include the RTSE in normal
  2697. mode.
  2698. .RT
  2699. .sp 1P
  2700. .LP
  2701. 13.1
  2702.     \fIMapping onto RTSE X.410\(hy1984 mode\fR 
  2703. .sp 9p
  2704. .RT
  2705. .PP
  2706. This paragraph defines the mapping of the MTS transfer protocol
  2707. (P1) onto used services for application\(hycontexts that include the RTSE in
  2708. X.410\(hy1984 mode. Support for this mapping is mandatory for conformance 
  2709. to this Recommendation. 
  2710. .PP
  2711. Paragraph 13.1.1 defines the mapping of the MTA\(hybind and MTA\(hyunbind
  2712. services onto the RT\(hyOPEN and RT\(hyCLOSE services of the RTSE in X.410\(hy1984 
  2713. mode. Paragraph\ 13.1.2 defines the mapping of the message\(hytransfer, 
  2714. probe\(hytransfer 
  2715. and report\(hytransfer services onto the RT\(hyTRANSFER service of the RTSE.
  2716. Paragraph\ 13.1.3 describes managing the turn using the RT\(hyTURN\(hyPLEASE 
  2717. and 
  2718. RT\(hyTURN\(hyGIVE services of the RTSE. Paragraph\ 13.1.4 defines the 
  2719. use of the 
  2720. RT\(hyP\(hyABORT service of the RTSE. Paragraph\ 13.1.5 defines the use of the
  2721. RT\(hyU\(hyABORT service of the RTSE (not used in X.410\(hy1984 mode).
  2722. .RT
  2723. .sp 1P
  2724. .LP
  2725. 13.1.1
  2726.     \fIMapping onto RT\(hyOPEN and RT\(hyCLOSE\fR 
  2727. .sp 9p
  2728. .RT
  2729. .PP
  2730. This paragraph defines the mapping of the MTA\(hybind and MTA\(hyunbind 
  2731. services onto the RT\(hyOPEN and RT\(hyCLOSE services of the RTSE in X.410\(hy1984 
  2732. mode.
  2733. .RT
  2734. .sp 1P
  2735. .LP
  2736. 13.1.1.1\ \ \fIMTA\(hybind onto RT\(hyOPEN\fR 
  2737. .sp 9p
  2738. .RT
  2739. .PP
  2740. The MTA\(hybind service is mapped onto the RT\(hyOPEN service of the
  2741. RTSE. The use of the parameters of the RT\(hyOPEN service is qualified in the
  2742. following clauses.
  2743. .RT
  2744. .sp 1P
  2745. .LP
  2746. 13.1.1.1.1\ \ \fIApplication\(hyprotocol\fR 
  2747. .sp 9p
  2748. .RT
  2749. .PP
  2750. This parameter shall be supplied by the initiator of the
  2751. association of the RT\(hyOPEN request primitive, and shall have the value
  2752. \fBmts\(hytransfer\(hyprotocol\fR (an integer value of \*Q12\*U) or
  2753. \fBmts\(hytransfer\(hyprotocol\(hy1984\fR (an integer value of \*Q1\*U).
  2754. .bp
  2755. .RT
  2756. .sp 1P
  2757. .LP
  2758. 13.1.1.1.2\ \ \fIUser\(hydata\fR 
  2759. .sp 9p
  2760. .RT
  2761. .PP
  2762. The value of the type defined in the ARGUMENT clause of the
  2763. MTA\(hybind service is mapped onto the user\(hydata parameter of the RT\(hyOPEN 
  2764. request primitive by the initiator of the association. 
  2765. .PP
  2766. If the responder of the association supplies the result parameter of the 
  2767. RT\(hyOPEN response primitive with the value \*Qaccepted\*U, the value 
  2768. of the type defined in the RESULT clause of the MTA\(hybind service is 
  2769. mapped onto the 
  2770. user\(hydata parameter of the RT\(hyOPEN response primitive.
  2771. .PP
  2772. In the case of error the responder of the association supplies the
  2773. result parameter of the RT\(hyOPEN response primitive with the \*Qrejected
  2774. (permanent)\*U or \*Qrejected (transient)\*U. In the case of \*Qrejected 
  2775. (permanent)\*U, the user\(hydata parameter of the RT\(hyOPEN response primitive 
  2776. shall be either 
  2777. authentication\(hyerror or unacceptable\(hydialogue\(hymode.
  2778. .RT
  2779. .sp 1P
  2780. .LP
  2781. 13.1.1.1.3\ \ \fIMode\fR 
  2782. .sp 9p
  2783. .RT
  2784. .PP
  2785. This parameter shall be supplied by the initiator of the
  2786. association in the RT\(hyOPEN request primitive, and shall have the value
  2787. \*QX.410\(hy1984 mode\*U.
  2788. .RT
  2789. .sp 1P
  2790. .LP
  2791. 13.1.1.2\ \ \fIMTA\(hyunbind onto RT\(hyCLOSE\fR 
  2792. .sp 9p
  2793. .RT
  2794. .PP
  2795. The MTA\(hyunbind is mapped onto the RT\(hyCLOSE service of the RTSE. In 
  2796. the X.410\(hy1984 mode, the RT\(hyCLOSE service has no parameters. 
  2797. .RT
  2798. .sp 1P
  2799. .LP
  2800. 13.1.2
  2801.     \fIMapping onto RT\(hyTRANSFER\fR 
  2802. .sp 9p
  2803. .RT
  2804. .PP
  2805. The message\(hytransfer, probe\(hytransfer and report\(hytransfer services 
  2806. are mapped onto the RT\(hyTRANSFER service of the RTSE. 
  2807. .PP
  2808. An MTSE may issue an RT\(hyTRANSFER request primitive only if it
  2809. possesses the turn (see \(sc\ 13.1.3) and if there is no outstanding RT\(hyTRANSFER 
  2810. confirm primitive.
  2811. .PP
  2812. The use of the parameters of the RT\(hyTRANSFER service is qualified in 
  2813. the following paragraphs. 
  2814. .RT
  2815. .sp 1P
  2816. .LP
  2817. 13.1.2.1\ \ \fIAPDU\fR 
  2818. .sp 9p
  2819. .RT
  2820. .PP
  2821. The value of the MTS\(hyAPDU shall be mapped onto the APDU parameter of 
  2822. the RT\(hyTRANSFER request primitive by the sender. 
  2823. .PP
  2824. For the message\(hytransfer service, the MTS\(hyAPDU is a message. For 
  2825. the probe\(hytransfer service, the MTS\(hyAPDU is a probe. For the report\(hytransfer 
  2826. service, the MTS\(hyAPDU is a report.
  2827. .RT
  2828. .sp 1P
  2829. .LP
  2830. 13.1.2.2\ \ \fITransfer\(hytime\fR 
  2831. .sp 9p
  2832. .RT
  2833. .PP
  2834. The value of this parameter is specified by a local rule of the
  2835. sender. It may be related to the priority of the APDU (see \(sc\ 13.1.3.1.1).
  2836. .RT
  2837. .sp 1P
  2838. .LP
  2839. 13.1.3
  2840.     \fIManaging the turn\fR 
  2841. .sp 9p
  2842. .RT
  2843. .PP
  2844. This paragraph describes managing the turn using the
  2845. RT\(hyTURN\(hyPLEASE and RT\(hyTURN\(hyGIVE services of the RTSE.
  2846. .PP
  2847. The MTSE must possess the turn before it can use the RT\(hyTRANSFER
  2848. service to transfer a message, probe or report.
  2849. .PP
  2850. The MTSE without the turn may issue an RT\(hyTURN\(hyPLEASE request
  2851. primitive, the priority parameter of which reflects the highest priority 
  2852. APDU awaiting transfer. 
  2853. .PP
  2854. The MTSE with the turn may issue an RT\(hyTURN\(hyGIVE request primitive
  2855. when it has no further APDUs to transfer. It shall issue an RT\(hyTURN\(hyGIVE
  2856. request primitive in response to an RT\(hyTURN\(hyPLEASE indication primitive 
  2857. when it has no further APDUs to transfer of priority equal to, or higher 
  2858. than, that 
  2859. indicated in the RT\(hyTURN\(hyPLEASE indication primitive. If it has APDUs 
  2860. of lower priority still to transfer, it may then issue an RT\(hyTURN\(hyPLEASE 
  2861. request 
  2862. primitive, the priority parameter of which reflects the highest priority 
  2863. APDU awaiting transfer. 
  2864. .bp
  2865. .RT
  2866. .sp 1P
  2867. .LP
  2868. 13.1.3.1\ \ \fIUse of the\fR 
  2869. \fIRT\(hyTURN\(hyPLEASE service\fR 
  2870. .sp 9p
  2871. .RT
  2872. .PP
  2873. An MTSE issues the RT\(hyTURN\(hyPLEASE request primitive to request the 
  2874. turn. It may do so only if it does not already possess the turn. 
  2875. .PP
  2876. If the initiator of the association supplied a dialogue\(hymode parameter 
  2877. value of \*Qmonologue\*U and an initial\(hyturn parameter value of 
  2878. \*Qassociation\(hyinitiator\*U, the RT\(hyTURN\(hyPLEASE service shall 
  2879. not be used. 
  2880. .PP
  2881. The use of the parameter of the RT\(hyTURN\(hyPLEASE service is qualified 
  2882. in the following paragraph. 
  2883. .RT
  2884. .sp 1P
  2885. .LP
  2886. 13.1.3.1.1\ \ \fIPriority\fR 
  2887. .sp 9p
  2888. .RT
  2889. .PP
  2890. The value of the priority parameter is supplied by the MTSE
  2891. requesting the turn, and reflects the highest priority APDU awaiting transfer.
  2892. .PP
  2893. Priority zero is the highest priority, and is reserved for the action of 
  2894. releasing the asociation by the initiator. 
  2895. .PP
  2896. Priority one shall be assigned to messages whose priority field
  2897. (defined in \(sc\ 8.2.1.1.1.8 of Recommendation\ X.411) has the value urgent.
  2898. Priority one shall also be assigned to probes and reports.
  2899. .PP
  2900. Priority two shall be assigned to messages whose \fBpriority\fR field is 
  2901. \fBnormal\fR . 
  2902. .PP
  2903. Priority three shall be assigned to messages whose \fBpriority\fR field 
  2904. is \fBnon\(hyurgent\fR . 
  2905. .PP
  2906. If more than one association is established between two MTAs,
  2907. MTS\(hyAPDUs may be assigned to associations in accordance with their priorities. 
  2908. Several associations may be used to carry MTS\(hyAPDUs of the same priority. 
  2909. On 
  2910. any one association, higher priority MTS\(hyAPDUs are sent before lower 
  2911. priority MTS\(hyAPDUs; MTS\(hyAPDUs of the same priority are sent \*Qfirst\(hyin\(hyfirst\(hyout\*U. 
  2912. .RT
  2913. .sp 1P
  2914. .LP
  2915. 13.1.3.2\ \ \fIUse of the\fR 
  2916. \fIRT\(hyTURN\(hyGIVE service\fR 
  2917. .sp 9p
  2918. .RT
  2919. .PP
  2920. An MTSE issues the RT\(hyTURN\(hyGIVE request primitive to relinquish the 
  2921. turn to its peer. It may do so only if it possesses the turn. 
  2922. .PP
  2923. If the initiator of the association supplied a Dialogue\(hymode parameter 
  2924. value of \*Qmonologue\*U and an Initial\(hyturn parameter value of 
  2925. \*Qassociation\(hyinitiator\*U, the RT\(hyTURN\(hyGIVE service shall not 
  2926. be used. 
  2927. .PP
  2928. The RT\(hyTURN\(hyGIVE service has no parameters.
  2929. .RT
  2930. .sp 1P
  2931. .LP
  2932. 13.1.4
  2933.     \fIUse of the\fR 
  2934. \fIRT\(hyP\(hyABORT service\fR 
  2935. .sp 9p
  2936. .RT
  2937. .PP
  2938. The application\(hyprocess is the user of the RT\(hyP\(hyABORT service of
  2939. the RTSE.
  2940. .PP
  2941. The RT\(hyP\(hyABORT service provides an indication to the
  2942. application\(hyprocess that the application\(hyassociation cannot be maintained
  2943. (e.g.,\ because recovery not possible).
  2944. .PP
  2945. The RT\(hyP\(hyABORT service has no parameters.
  2946. .RT
  2947. .sp 1P
  2948. .LP
  2949. 13.1.5
  2950.     \fIUse of the\fR 
  2951. \fIRT\(hyU\(hyABORT service\fR 
  2952. .sp 9p
  2953. .RT
  2954. .PP
  2955. The RT\(hyU\(hyABORT service of the RTSE is not available in X.410\(hy1984 
  2956. mode. 
  2957. .RT
  2958. .sp 1P
  2959. .LP
  2960. 13.2
  2961.     \fIMapping onto\fR 
  2962. \fIRTSE normal mode\fR 
  2963. .sp 9p
  2964. .RT
  2965. .PP
  2966. This paragraph defines the mapping of the MTS transfer protocol
  2967. (P1) onto used services for application\(hycontexts that include the RTSE in
  2968. normal mode. Support for this mapping is optional for conformance to this
  2969. Recommendation. Note that ISO\ 10021\(hy6, support for the RTSE in normal 
  2970. mode is mandatory. 
  2971. .PP
  2972. Paragraph 13.2.1 defines the mapping of the MTA\(hybind and MTA\(hyunbind
  2973. services onto the RT\(hyOPEN and RT\(hyCLOSE services of the RTSE in normal 
  2974. mode. 
  2975. Paragraph\ 13.2.2 defines the mapping of the message\(hytransfer, probe\(hytransfer 
  2976. and report\(hytransfer services onto the RT\(hyTRANSFER service of the RTSE.
  2977. Paragraph\ 13.2.3 describes managing the turn using the RT\(hyTURN\(hyPLEASE 
  2978. and 
  2979. RT\(hyTURN\(hyGIVE services of the RTSE. Paragraph\ 13.2.4 defines the 
  2980. use of the 
  2981. RT\(hyP\(hyABORT service of the RTSE. Paragraph\ 13.2.5 defines the use of the
  2982. RT\(hyU\(hyABORT service of the RTSE.
  2983. .bp
  2984. .RT
  2985. .sp 1P
  2986. .LP
  2987. 13.2.1
  2988.     \fIMapping onto RT\(hyOPEN and RT\(hyCLOSE\fR 
  2989. .sp 9p
  2990. .RT
  2991. .PP
  2992. This paragraph defines the mapping of the MTA\(hybine and MTA\(hyunbind 
  2993. services onto the RT\(hyOPEN and RT\(hyCLOSE services of the RTSE in normal 
  2994. mode.
  2995. .RT
  2996. .sp 1P
  2997. .LP
  2998. 13.2.1.1\ \ \fIMTA\(hybind onto RT\(hyOPEN\fR 
  2999. .sp 9p
  3000. .RT
  3001. .PP
  3002. The MTA\(hybind service is mapped onto the RT\(hyOPEN service of the
  3003. RTSE. The use of the parameters of the RT\(hyOPEN service is qualified in the
  3004. following paragraphs.
  3005. .RT
  3006. .sp 1P
  3007. .LP
  3008. 13.2.1.1.1\ \ \fIMode\fR 
  3009. .sp 9p
  3010. .RT
  3011. .PP
  3012. This parameter shall be supplied by the initiator of the
  3013. association in the RT\(hyOPEN request primitive, and shall have the value 
  3014. \*Qnormal mode\*U. 
  3015. .RT
  3016. .sp 1P
  3017. .LP
  3018. 13.2.1.1.2\ \ \fIApplication context name\fR 
  3019. .sp 9p
  3020. .RT
  3021. .PP
  3022. The initiator of the association shall propose the \fBmts\(hytransfer\fR 
  3023. application\(hycontext defined in this Recommendation in the RT\(hyOPEN 
  3024. request 
  3025. primitive.
  3026. .RT
  3027. .sp 1P
  3028. .LP
  3029. 13.2.1.1.3\ \ \fIUser\(hydata\fR 
  3030. .sp 9p
  3031. .RT
  3032. .PP
  3033. The mapping of the bind\(hyoperation of the MTA\(hybind service onto the 
  3034. user\(hydata parameter of the RT\(hyOPEN request primitive is defined in 
  3035. Recommendation\ X.219.
  3036. .RT
  3037. .sp 1P
  3038. .LP
  3039. 13.2.1.1.4\ \ \fIPresentation context definition list\fR 
  3040. .sp 9p
  3041. .RT
  3042. .PP
  3043. The initiator of the association supplies the presentation context definition 
  3044. list in the RT\(hyOPEN request primitive. 
  3045. .PP
  3046. The presentation context definition list comprises a
  3047. presentation\(hycontext\(hydefinition for each abstract\(hysyntax included 
  3048. in the 
  3049. application\(hycontext. A presentation\(hycontext\(hydefinition comprises a
  3050. presentation\(hycontext\(hyidentifier and an abstract\(hysyntax\(hyname 
  3051. for the ASE. The 
  3052. named abstract\(hysyntax for the RTSE includes the abstract\(hysyntax for the
  3053. bind\(hyoperation.
  3054. .PP
  3055. Paragraph 12 defines the abstract\(hysyntaxes included in the
  3056. application\(hycontext.
  3057. .RT
  3058. .sp 1P
  3059. .LP
  3060. 13.2.1.2\ \ \fIMTA\(hyunbind onto RT\(hyCLOSE\fR 
  3061. .sp 9p
  3062. .RT
  3063. .PP
  3064. The MTA\(hyunbind is maped onto the RT\(hyCLOSE service of the RTSE.
  3065. .PP
  3066. No parameters of the RT\(hyCLOSE service are used in normal mode.
  3067. .RT
  3068. .sp 1P
  3069. .LP
  3070. 13.2.2
  3071.     \fIMapping onto RT\(hyTRANSFER\fR 
  3072. .sp 9p
  3073. .RT
  3074. .PP
  3075. The message\(hytransfer, probe\(hytransfer and report\(hytransfer services 
  3076. are mapped onto the RT\(hyTRANSFER service of the RTSE. 
  3077. .PP
  3078. The mapping of these services onto the RT\(hyTRANSFER service in normal 
  3079. mode is identical to the mapping in X.410\(hy1984 mode, defined in \(sc\ 
  3080. 13.1.2. 
  3081. .RT
  3082. .sp 1P
  3083. .LP
  3084. 13.2.3
  3085.     \fIManaging the turn\fR 
  3086. .sp 9p
  3087. .RT
  3088. .PP
  3089. The MTSE must possess the turn before it can use the RT\(hyTRANSFER
  3090. service to transfer a message, probe or report.
  3091. .PP
  3092. Managing the turn in normal mode is identical to managing the turn in X.410\(hy1984 
  3093. mode, defined in\ \(sc\ 13.1.3. 
  3094. .RT
  3095. .sp 1P
  3096. .LP
  3097. 13.2.4
  3098.     \fIUse of the RT\(hyP\(hyABORT service\fR 
  3099. .sp 9p
  3100. .RT
  3101. .PP
  3102. The application\(hyprocess is the user of the RT\(hyP\(hyABORT service of
  3103. the RTSE.
  3104. .PP
  3105. The RT\(hyP\(hyABORT service provides an indication to the
  3106. application\(hyprocess that the application\(hyassociation cannot be maintained
  3107. (e.g.\ because recovery not possible).
  3108. .PP
  3109. The RT\(hyP\(hyABORT service has no parameters.
  3110. .PP
  3111. Note that the use of the RT\(hyP\(hyABORT service in normal mode is
  3112. identical to the use of the RT\(hyP\(hyABORT service in X.410\(hy1984 mode.
  3113. .bp
  3114. .RT
  3115. .sp 1P
  3116. .LP
  3117. 13.2.5
  3118.     \fIUse of the RT\(hyU\(hyABORT service\fR 
  3119. .sp 9p
  3120. .RT
  3121. .PP
  3122. The application\(hyprocess is the user of the RT\(hyU\(hyABORT service of
  3123. the RTSE.
  3124. .PP
  3125. The RT\(hyU\(hyABORT service enables the application\(hyprocess to abort the
  3126. application\(hyassociation. The RT\(hyU\(hyABORT service may be requested 
  3127. by either the initiator or the responder of the association. 
  3128. .PP
  3129. No parameters of the RT\(hyU\(hyABORT service are used in normal mode.
  3130. .PP
  3131. Note that the RT\(hyU\(hyABORT service is not available in X.410\(hy1984
  3132. mode.
  3133. .RT
  3134. .sp 2P
  3135. .LP
  3136. \fB14\fR     \fBConformance\fR 
  3137. .sp 1P
  3138. .RT
  3139. .PP
  3140. An MD claiming conformance to the MTS transfer protocol (P1)
  3141. specified in this Recommendation shall comply with the requirements in 
  3142. \(sc\(sc\ 14.1, 14.2 and 14.3. 
  3143. .RT
  3144. .sp 1P
  3145. .LP
  3146. 14.1
  3147.     \fIStatement requirements\fR 
  3148. .sp 9p
  3149. .RT
  3150. .PP
  3151. The following shall be stated:
  3152. .RT
  3153. .LP
  3154.     a)
  3155.     the application\(hycontexts defined in Section 3 of this
  3156. Recommendation for which conformance is claimed;
  3157. .LP
  3158.     b)
  3159.      whether monologue, two\(hyway alternate, or both monologue and two\(hyway 
  3160. alternate dialogue\(hymodes are supported; 
  3161. .LP
  3162.     c)
  3163.      whether the MD can act as the initiator, or the responder, or either 
  3164. the initiator or the responder, of an association. 
  3165. .PP
  3166. Table 6/X.419 classifies the support for application\(hycontexts
  3167. required for conformance to the MTS transfer protocol (P1).
  3168. .ce
  3169. \fBH.T. [T6.419]\fR 
  3170. .ce
  3171. TABLE\ 6/X.419
  3172. .ce
  3173. \fBMTS transfer protocol conformance requirements\fR 
  3174. .ps 9
  3175. .vs 11
  3176. .nr VS 11
  3177. .nr PS 9
  3178. .TS
  3179. center box;
  3180. cw(90p) | cw(36p) .
  3181. Application context     MD
  3182. _
  3183. .T&
  3184. lw(90p) | lw(36p) .
  3185. T{
  3186. \fIMTS transfer protocol\fR
  3187. T}    
  3188. .T&
  3189. lw(90p) | lw(36p) .
  3190. T{
  3191. mts\(hytransfer\(hyprotocol\(hy1984
  3192. T}    Mandatory 
  3193. .T&
  3194. lw(90p) | lw(36p) .
  3195. mts\(hytransfer\(hyprotocol    Mandatory 
  3196. .T&
  3197. lw(90p) | lw(36p) .
  3198. mts\(hytransfer    Optional 
  3199. _
  3200. .TE
  3201. .nr PS 9
  3202. .RT
  3203. .ad r
  3204. \fBTable 6/X.419 [T6.419], p.\fR 
  3205. .sp 1P
  3206. .RT
  3207. .ad b
  3208. .RT
  3209. .sp 1P
  3210. .LP
  3211. 14.2
  3212.     \fIStatic requirements\fR 
  3213. .sp 9p
  3214. .RT
  3215. .PP
  3216. The MD shall:
  3217. .RT
  3218. .LP
  3219.     a)
  3220.     conform to the abstract\(hysyntax definition of the MTS
  3221. transfer protocol (P1) defined in \(sc\ 12 of this Recommendation.
  3222. .sp 1P
  3223. .LP
  3224. 14.3
  3225.     \fIDynamic requirements\fR 
  3226. .sp 9p
  3227. .RT
  3228. .PP
  3229. The MD shall:
  3230. .RT
  3231. .LP
  3232.     a)
  3233.      conform to the procedures for distributed operation of the MTS defined 
  3234. in Recommendation\ X.411; 
  3235. .LP
  3236.     b)
  3237.      conform to the mapping onto used services defined in \(sc\ 13 of this 
  3238. Recommendation, required by the application\(hycontexts for which conformance 
  3239. is claimed; support for the mapping onto the RTSE in X.410\(hy1984 mode 
  3240. is 
  3241. mandatory, and support for the mapping onto the RTSE in normal mode is
  3242. optional;
  3243. .LP
  3244.     c)
  3245.      conform to the rules for interworking with MDs conforming to Recommendation\ 
  3246. X.411 (1984) defined in Annex\ B of this Recommendation; 
  3247. .LP
  3248.     d)
  3249.      conform to the use of underlying services defined in \(sc\ 11.3 of this 
  3250. Recommendation. 
  3251. .bp
  3252. .ce 1000
  3253. ANNEX\ A
  3254. .ce 0
  3255. .ce 1000
  3256. (to Recommendation X.419)
  3257. .sp 9p
  3258. .RT
  3259. .ce 0
  3260. .ce 1000
  3261. \fBReference definition of MHS protocol object identifiers\fR 
  3262. .sp 1P
  3263. .RT
  3264. .ce 0
  3265. .PP
  3266. This Annex defines for reference purposes various object
  3267. identifiers cited in the ASN.1 modules in the body of this Recommendation. 
  3268. The object identifiers are assigned in Figure\ 6/X.419. 
  3269. .sp 1P
  3270. .RT
  3271. .PP
  3272. All object identifiers that this Recommendation assigns are
  3273. assigned in this Annex. However, this Annex is not definitive for all
  3274. assignments. Other definitive assignments occur in the modules in the body 
  3275. of this Recommendation and are referred to in this Annex. 
  3276. .LP
  3277. .sp 5
  3278. .LP
  3279. MHSProtocolObjectIdentifiers\|{\|joint\(hyiso\(hyccitt mhs\(hymotis(6)
  3280. protocols(0) modules(0) object\(hyidentifiers(0)\|}
  3281. .LP
  3282. DEFINITIONS IMPLICIT TAGS ::=
  3283. .LP
  3284. BEGIN
  3285. .LP
  3286. .sp 2
  3287. \(hy\(hy\ \fIPrologue\fR 
  3288. .LP
  3289. \(hy\(hy\ \fIExports everything\fR 
  3290. .LP
  3291. IMPORTS\ \(hy\(hy\ nothing \(hy\(hy ;
  3292. .LP
  3293. .sp 2
  3294. \(hy\(hy\ \fIMHS protocols\fR 
  3295. .LP
  3296. id\(hymhs\(hyprotocols OBJECT IDENTIFIER ::=\|{\|joint\(hyiso\(hyccitt 
  3297. mhs\(hymotis(6) protocols(0)\|}\|\(hy\(hy not definitive 
  3298. .LP
  3299. .sp 2
  3300. .LP
  3301. \(hy\(hy\ \fICategories of object identifiers\fR 
  3302. .LP
  3303. id\(hymod OBJECT IDENTIFIER ::=\|{\|id\(hymhs\(hyprotocols 0\|}
  3304.     \(hy\(hy\ modules
  3305. .LP
  3306. id\(hyac OBJECT IDENTIFIER ::=\|{\|id\(hymhs\(hyprotocols 1\|}
  3307.     \(hy\(hy\ application contexts
  3308. .LP
  3309. id\(hyas OBJECT IDENTIFIER ::=\|{\|id\(hymhs\(hyprotocols 2\|}
  3310.     \(hy\(hy\ abstract syntaxes
  3311. .LP
  3312. id\(hyase OBJECT IDENTIFIER ::=\|{\|id\(hymhs\(hyprotocols 3\|}
  3313.     \(hy\(hy\ application service  elements
  3314. .LP
  3315. .sp 2
  3316. \(hy\(hy\ \fIModules\fR 
  3317. .LP
  3318. id\(hymod\(hyobject\(hyidentifiers OBJECT IDENTIFIER ::=\|{\|id\(hymod 0\|}
  3319.     \(hy\(hy\ not
  3320. definitive
  3321. .LP
  3322. id\(hymod\(hymts\(hyaccess\(hyprotocol OBJECT IDENTIFIER ::=\|{\|id\(hymod 1\|}
  3323.     \(hy\(hy\ not
  3324. definitive
  3325. .LP
  3326. id\(hymod\(hyms\(hyaccess\(hyprotocol OBJECT IDENTIFIER::=\|{\|id\(hymod 2\|}
  3327.     \(hy\(hy\ not
  3328. definitive
  3329. .LP
  3330. id\(hymod\(hymts\(hytransfer\(hyprotocol OBJECT IDENTIFIER ::=\|{\|id\(hymod 
  3331. 3\|} 
  3332.     \(hy\(hy\ not
  3333. definitive
  3334. .ce 1000
  3335. Figure\ 6/X.419\ (Part 1 of 3)
  3336. .ce 0
  3337. .sp 1P
  3338. .ce 1000
  3339. \fBAbstract syntax definition of MHS protocol object identifiers\fR 
  3340. .ce 0
  3341. .sp 1P
  3342. .LP
  3343. .bp
  3344. .LP
  3345. \(hy\(hy\ \fIApplication contexts\fR 
  3346. .LP
  3347. \(hy\(hy\ \fIMTS access protocol\fR 
  3348. .LP
  3349. id\(hyac\(hymts\(hyaccess OBJECT IDENTIFIER ::=\|{\|id\(hyac 0\|}
  3350. .LP
  3351. id\(hyac\(hymts\(hyforced\(hyaccess OBJECT IDENTIFIER ::=\|{\|id\(hyac 1\|}
  3352. .LP
  3353. id\(hyac\(hymts\(hyreliable\(hyaccess OBJECT IDENTIFIER ::=\|{\|id\(hyac 2\|}
  3354. .LP
  3355. id\(hyac\(hymts\(hyforced\(hyreliable\(hyaccess OBJECT IDENTIFIER ::=\|{\|id\(hyac 
  3356. 3\|} 
  3357. .LP
  3358. .sp 2
  3359. \(hy\(hy\ \fIMS access protocol\fR 
  3360. .LP
  3361. id\(hyac\(hyms\(hyaccess OBJECT IDENTIFIER ::=\|{\|id\(hyac 4\|}
  3362. .LP
  3363. id\(hyac\(hyms\(hyreliable\(hyaccess OBJECT IDENTIFIER ::=\|{\|id\(hyac 5\|}
  3364. .LP
  3365. .sp 2
  3366. \(hy\(hy\fIMTS transfer protocol\fR 
  3367. .LP
  3368. id\(hyac\(hymts\(hytransfer OBJECT IDENTIFIER ::=\|{\|id\(hyac 6\|}
  3369. .LP
  3370. .sp 2
  3371. .LP
  3372. \(hy\(hy\ \fIAbstract syntaxes\fR 
  3373. .LP
  3374. id\(hyas\(hyacse OBJECT IDENTIFIER ::=\|{\|joint\(hyiso\(hyccitt association\(hycontrol 
  3375. (2) abstract\(hysyntax (1) opdus (0) version1\|(1)\|} 
  3376. .LP
  3377. id\(hyas\(hymsse OBJECT IDENTIFIER ::=\|{\|id\(hyas 1\|}
  3378. .LP
  3379. id\(hyas\(hymdse OBJECT IDENTIFIER ::=\|{\|id\(hyas 2\|}
  3380. .LP
  3381. id\(hyas\(hymrse OBJECT IDENTIFIER ::=\|{\|id\(hyas 5\|}
  3382. .LP
  3383. id\(hyas\(hymase OBJECT IDENTIFIER ::=\|{\|id\(hyas 6\|}
  3384. .LP
  3385. id\(hyas\(hymtse OBJECT IDENTIFIER ::=\|{\|id\(hyas 7\|}
  3386. .LP
  3387. id\(hyas\(hymts\(hyrtse OBJECT IDENTIFIER ::=\|{\|id\(hyas 8\|}
  3388. .LP
  3389. id\(hyas\(hyms OBJECT IDENTIFIER ::=\|{\|id\(hyas 9\|)
  3390. .ce 1000
  3391. Figure\ 6/X.419\ (Part 2 of 3)
  3392. .ce 0
  3393. .sp 1P
  3394. .ce 1000
  3395. \fBAbstract syntax definition of MHS protocol object identifiers\fR 
  3396. .ce 0
  3397. .sp 1P
  3398. .LP
  3399. .sp 1
  3400. .LP
  3401. id\(hyas\(hyms\(hyrtse OBJECT IDENTIFIER ::=\|{\|id\(hyas 10\|}
  3402. .LP
  3403. id\(hyas\(hymts OBJECT IDENTIFIER ::=\|{\|id\(hyas 11\|}
  3404. .LP
  3405. .sp 2
  3406. \(hy\(hy\ \fIApplication service elements\fR 
  3407. .LP
  3408. id\(hyase\(hymsse OBJECT IDENTIFIER ::=\|{\|id\(hyase 0\|}
  3409. .LP
  3410. id\(hyase\(hymdse OBJECT IDENTIFIER ::=\|{\|id\(hyase 1\|}
  3411. .LP
  3412. id\(hyase\(hymrse OBJECT IDENTIFIER ::=\|{\|id\(hyase 2\|}
  3413. .LP
  3414. id\(hyase\(hymase OBJECT IDENTIFIER ::=\|{\|id\(hyase 3\|}
  3415. .LP
  3416. id\(hyase\(hymtse OBJECT IDENTIFIER ::=\|{\|id\(hyase 4\|}
  3417. .LP
  3418. .sp 2
  3419. END\ 
  3420. \(hy\(hy\ \fIof MHSProtocolObjectIdentifiers\fR 
  3421. .ce 1000
  3422. Figure\ 6/X.419\ (Part 3 of 3)
  3423. .ce 0
  3424. .sp 1P
  3425. .ce 1000
  3426. \fBAbstract syntax definition of MHS protocol object identifiers\fR 
  3427. .ce 0
  3428. .sp 1P
  3429. .LP
  3430. .bp
  3431. .ce 1000
  3432. ANNEX\ B
  3433. .ce 0
  3434. .ce 1000
  3435. (to Recommendation X.419)
  3436. .sp 9p
  3437. .RT
  3438. .ce 0
  3439. .ce 1000
  3440. \fBInterworking with 1984 systems\fR 
  3441. .sp 1P
  3442. .RT
  3443. .ce 0
  3444. .PP
  3445. This Annex defines the rules to be obeyed by MDs claiming
  3446. conformance to this Recommendation (hereafter referred to as \*Q1988 systems\*U) 
  3447. when interworking with implementations conforming to Recommendation\ X.411
  3448. (1984) (hereafter referred to as \*Q1984 systems\*U) using the MTS transfer
  3449. protocol (P1).
  3450. .sp 1P
  3451. .RT
  3452. .PP
  3453. Paragraph B.1 defines the rules for establishing associations that a 1988 
  3454. system shall obey when interworking with a 1984 system. 
  3455. .PP
  3456. Paragraph B.2 defines the rules that a 1988 system shall obey when
  3457. transferring an MTS\(hyAPDU to a 1984 system.
  3458. .PP
  3459. Paragraph B.3 defines the rules that a 1988 system shall obey when
  3460. receiving an MTS\(hyAPDU from a 1984 system.
  3461. .PP
  3462. \fINote\fR \ \(em\ As Recommendation\ X.411 (1984) only defines the interactions 
  3463. at the boundary of an ADMD, the interworking rules in this Annex only apply 
  3464. at such a boundary. 
  3465. .PP
  3466. Additional types have been added to the universal class of ASN.1 types 
  3467. compared to those defined in Recommendation\ X.409 (1984). The valid replacement 
  3468. specifications for an ANY type are therefore extended. Note that 1984 systems 
  3469. may be unable to handle the extended universal types. It is likely that 
  3470. a 1984 system may correctly handle these fields even if they contain the 
  3471. extended 
  3472. types. However, such fields intended for a 1984 system should be restricted 
  3473. to the universal types defined in Recommendation\ X.409 (1984). 
  3474. .PP
  3475. The basic encoding rules for ASN.1 give more flexibility than
  3476. Recommendation\ X.409 (1984) for the long form of the length octets. The 
  3477. former permits the use of more length octets than the minimum necessary, 
  3478. whereas the latter does not. Therefore, when interworking with a 1984 system, 
  3479. it is 
  3480. necessary to obey this restriction, and use the fewest possible number of
  3481. octets, with no leading octets having the value\ 0.
  3482. .RT
  3483. .sp 1P
  3484. .LP
  3485. B.1
  3486.     \fIAssociation establishment\fR 
  3487. .sp 9p
  3488. .RT
  3489. .PP
  3490. This paragraph defines the restrictions that a 1988 system shall
  3491. observe with the MTA\(hybind when establishing an association with a 1984 
  3492. system. There are no restrictions with the MTA\(hyunbind. 
  3493. .PP
  3494. The \fBmts\(hytransfer\(hyprotocol\(hy1984\fR , as defined in \(sc\ 12, 
  3495. shall be used 
  3496. for compatibility with the 1984 system.
  3497. .RT
  3498. .sp 1P
  3499. .LP
  3500. B.1.1
  3501.     \fIInitiator\(hycredentials/responder\(hycredentials\fR 
  3502. .sp 9p
  3503. .RT
  3504. .PP
  3505. There are no restrictions placed on these elements as the
  3506. corresponding elements in Recommendation\ X.411 (1984) were each defined 
  3507. to be ANY type. Note, however, that a 1984 system will be restricted in 
  3508. its use of 
  3509. these elements when interworking with 1988 systems as described above.
  3510. .RT
  3511. .sp 1P
  3512. .LP
  3513. B.1.2
  3514.     \fISecurity\(hycontext\fR 
  3515. .sp 9p
  3516. .RT
  3517. .PP
  3518. This optional element shall not be generated by a 1988 system when interworking 
  3519. with a 1984 system. Note that a 1984 system is not capable of 
  3520. generating this element.
  3521. .RT
  3522. .sp 1P
  3523. .LP
  3524. B.1.3
  3525.     \fIBind\(hyerror\fR 
  3526. .sp 9p
  3527. .RT
  3528. .PP
  3529. The bind\(hyerror value \fBunacceptable\(hysecurity\(hycontext\fR shall 
  3530. not be generated by a 1988 system. 
  3531. .bp
  3532. .RT
  3533. .sp 1P
  3534. .LP
  3535. B.2
  3536.     \fIRules for transferring to 1984 systems\fR 
  3537. .sp 9p
  3538. .RT
  3539. .PP
  3540. This paragraph defines the interworking rules that a 1988 system
  3541. shall obey when transferring an MTS\(hyAPDU to a 1984 system. The transformation 
  3542. of an MTS\(hyAPDU conforming to Recommendation\ X.411 to one conforming 
  3543. to 
  3544. Recommendation\ X.411 (1984) is called \fIdowngrading\fR . The rules are 
  3545. expressed in terms of the actions to be taken on each protocol element 
  3546. of the MTS transfer protocol (P1) by the 1988 system. 
  3547. .PP
  3548. For a given MTS\(hyAPDU, if none of the rules deem that downgrading would 
  3549. fail, then the MTS\(hyAPDU shall be downgraded in accordance with all applicable 
  3550. rules before being transferred to the 1984 system. 
  3551. .PP
  3552. If one or more of the rules deem that downgrading has failed, then the 
  3553. action taken by the MTA is the same as if the transfer had failed (see 
  3554. \(sc\ 14 
  3555. of Recommendation\ X.411).
  3556. .PP
  3557. \fINote\fR \ \(em\ The potential or actual loss of information caused by
  3558. applying these rules may affect an MTA's routing strategy.
  3559. .PP
  3560. The remainder of this paragraph specifies the rules for each of the
  3561. protocol elements. Protocol elements not specifically mentioned shall be
  3562. transferred unchanged. Unless otherwise specified, the rules specified 
  3563. apply in whichever MTS\(hyAPDU the protocol elements appear. 
  3564. .RT
  3565. .sp 1P
  3566. .LP
  3567. B.2.1
  3568.     \fIExtensions\fR 
  3569. .sp 9p
  3570. .RT
  3571. .PP
  3572. If any per\(hymessage \fBextensions\fR elements are present, and no
  3573. \fBextension\(hyfield\fR is marked \fBcritical\(hyfor\(hytransfer\fR or
  3574. \fBcritical\(hyfor\(hydelivery\fR , the \fBextensions\fR elements shall 
  3575. be deleted. 
  3576. .PP
  3577. If any per\(hymessage \fBextensions\fR elements are present, and any
  3578. \fBextension\(hyfield\fR is marked \fBcritical\(hyfor\(hytransfer\fR or 
  3579. \fBcritical\(hyfor\(hydelivery\fR , downgrading shall fail. 
  3580. .PP
  3581. These rules shall be applied before any of the rules described in the following 
  3582. paragraphs. 
  3583. .RT
  3584. .sp 1P
  3585. .LP
  3586. B.2.2
  3587.     \fIPer\(hydomain\(hybilateral\(hyinformation\fR 
  3588. .sp 9p
  3589. .RT
  3590. .PP
  3591. If a \fBprivate\(hydomain\(hyidentifier\fR is present in an element of
  3592. \fBper\(hydomain\(hybilateral\(hyinformation\fR , then that element of
  3593. \fBper\(hydomain\(hybilateral\(hyinformation\fR shall be deleted.
  3594. .PP
  3595. Otherwise, the \fBper\(hydomain\(hybilateral\(hyinformation\fR shall be
  3596. unchanged.
  3597. .RT
  3598. .sp 1P
  3599. .LP
  3600. B.2.3
  3601.     \fITrace\(hyinformation/subject\(hyintermediate\(hytrace\(hyinformation\fR 
  3602. .sp 9p
  3603. .RT
  3604. .PP
  3605. If an \fBother\(hyactions\fR element is present in any
  3606. \fBtrace\(hyinformation\(hyelements\fR or
  3607. \fBsubject\(hyintermediate\(hytrace\(hyinformation\(hyelements\fR , the 
  3608. \fBother\(hyactions\fR element shall be deleted. 
  3609. .PP
  3610. Otherwise, the \fBtrace\(hyinformation\fR or
  3611. \fBsubject\(hyintermediate\(hytrace\(hyinformation\fR shall be unchanged.
  3612. .RT
  3613. .sp 1P
  3614. .LP
  3615. B.2.4
  3616.     \fIOriginator\(hyname/report\(hydestination\(hyname\fR 
  3617. .sp 9p
  3618. .RT
  3619. .PP
  3620. If the \fBoriginator\(hyname\fR in a \fBmessage\(hytransfer\(hyenvelope\fR or a
  3621. \fBprobe\(hytransfer\(hyenvelope\fR , or if the \fBreport\(hydestination\(hyname\fR 
  3622. in a 
  3623. \fBreport\(hytransfer\(hyenvelope\fR , cannot be downgraded according to 
  3624. the rules given for \fBOR\(hyname\fR (see \(sc\ B.2.7), then downgrading 
  3625. shall fail. 
  3626. .PP
  3627. Otherwise the element shall be unchanged.
  3628. .RT
  3629. .sp 1P
  3630. .LP
  3631. B.2.5
  3632.     \fIPer\(hyrecipient\(hyfields of message\(hy or probe\(hytransfer\fR 
  3633. .sp 9p
  3634. .RT
  3635. .PP
  3636. If a \fBrecipient\(hyname\fR in the \fBper\(hyreceipient\(hyfields\fR of a
  3637. \fBmessage\(hytransfer\(hyenvelope\fR or a \fBprobe\(hytransfer\(hyenvelope\fR 
  3638. cannot be downgraded according to the rules given for \fBOR\(hyname\fR 
  3639. (see \(sc\ B.2.7), or any 
  3640. \fBper\(hyrecipient extension\(hyfield\fR exists and is marked \fBcritical\(hyfor\(hytransfer\fR 
  3641. or \fBcritical\(hyfor\(hydelivery\fR , then: 
  3642. .RT
  3643. .LP
  3644.     a)
  3645.      if the corresponding \fBresponsibility\fR element has the value \fBresponsible\fR 
  3646. , then downgrading shall fail; 
  3647. .LP
  3648.     b)
  3649.      if the corresponding \fBresponsibility\fR element has the value \fBnot\(hyresponsible\fR 
  3650. , the the element for that recipient shall be deleted from 
  3651. \fBper\(hyrecipient\(hyfields\fR .
  3652. .PP
  3653. \fINote\fR \ \(em\ The downgrading rules imply that
  3654. \fBdisclosure\(hyof\(hyrecipients\fR is neither critical\(hyfor\(hytransfer nor
  3655. critical\(hyfor\(hydelivery.
  3656. .bp
  3657. .sp 1P
  3658. .LP
  3659. B.2.6
  3660.     \fIPer\(hyrecipient\(hyfields of report\(hytransfer\fR 
  3661. .sp 9p
  3662. .RT
  3663. .PP
  3664. If an \fBactual\(hyrecipient\(hyname\fR or an \fBintended\(hyrecipient\(hyname\fR 
  3665. in 
  3666. the \fBper\(hyrecipient\(hyfields\fR of a \fBreport\(hytransfer\(hycontent\fR 
  3667. cannot be downgraded according to the rules given for \fBOR\(hyname\fR 
  3668. (see \(sc\ B.2.7), then the 
  3669. corresponding element of \fBper\(hyrecipient\(hyfields\fR shall be deleted. 
  3670. If all the 
  3671. elements of \fBper\(hyrecipient\(hyfields\fR are so deleted,
  3672. down
  3673. grading shall fail.
  3674. .RT
  3675. .sp 1P
  3676. .LP
  3677. B.2.7
  3678.     \fIOR\(hyname\fR 
  3679. .sp 9p
  3680. .RT
  3681. .PP
  3682. The \fBOR\(hyname\fR shall be downgraded by deleting the \fBdirectory\(hyname\fR 
  3683. , if present, and by downgrading the \fBOR\(hyaddress\fR (see \(sc\ B.2.8). 
  3684. .RT
  3685. .sp 1P
  3686. .LP
  3687. B.2.8
  3688.     \fIOR\(hyaddress\fR 
  3689. .sp 9p
  3690. .RT
  3691. .PP
  3692. If the \fBOR\(hyaddress\fR contains any attributes encoded both as
  3693. teletext strings and as printable strings, the teletex strings shall be
  3694. deleted.
  3695. .PP
  3696. If the \fBOR\(hyaddress\fR is a \fBnumeric\(hyOR\(hyaddress\fR or a
  3697. \fBterminal\(hyOR\(hyaddress\fR containing a \fBprivate\(hydomain\(hyname\fR 
  3698. , the \fBOR\(hyaddress\fR 
  3699. cannot be downgraded.
  3700. .PP
  3701. If the \fBOR\(hyaddress\fR is a \fBtelematic\(hyOR\(hyaddress\fR :
  3702. .RT
  3703. .LP
  3704.     a)
  3705.     that contains a \fBcountry\(hyname\fR , an
  3706. \fBadministration\(hydomain\(hyname\fR , a \fBnetwork\(hyaddress\fR , optionally 
  3707. \fBdomain\(hydefined\(hyattributes\fR , and no others, the \fBOR\(hyaddress\fR 
  3708. shall be 
  3709. unchanged;
  3710. .LP
  3711.     b)
  3712.     that contains a \fBnetwork\(hyaddress\fR , optionally a
  3713. \fBterminal\(hyidentifier\fR , and no others, the \fBOR\(hyaddress\fR shall 
  3714. be unchanged; 
  3715. .LP
  3716.     c)
  3717.     that contains combinations of attributes other than the
  3718. above, all attributes except the \fBnetwork\(hyaddress\fR and the \fBterminal\fR 
  3719. \fBidentifier\fR , if present, shall be deleted.
  3720. .PP
  3721. If the \fBOR\(hyaddress\fR contains any attributes encoded as teletex
  3722. strings and the corresponding printable strings are absent, the \fBOR\(hyaddress\fR 
  3723. cannot be downgraded. 
  3724. .PP
  3725. If after applying all the above rules the \fBOR\(hyaddress\fR still contains 
  3726. any \fBextension\(hyattributes\fR , the \fBOR\(hyaddress\fR cannot be downgraded. 
  3727. .RT
  3728. .sp 1P
  3729. .LP
  3730. B.2.9
  3731.     \fIEncoded\(hyinformation\(hytypes\fR 
  3732. .sp 9p
  3733. .RT
  3734. .PP
  3735. Basic \fBencoded\(hyinformation\(hytypes\fR indicated by object identifiers 
  3736. shall be mapped to the corresponding bit in \fBbasic\(hyencoded\(hyinformation\(hytypes\fR 
  3737. , and the object identifiers shall be deleted. 
  3738. .PP
  3739. Other \fBencoded\(hyinformation\(hytypes\fR indicated by object identifiers
  3740. shall be mapped to the \fBundefined\fR bit in \fBbasic\(hyencoded\(hyinformation\(hytypes\fR 
  3741. , 
  3742. and the object identifiers shall be deleted.
  3743. .PP
  3744. Any \fBnon\(hybasic\(hyparameters\fR other than for \fBg4\(hyclass\(hy1\fR and
  3745. \fBmixed\(hymode\fR types shall not be altered. Those for \fBg4\(hyclass\(hy1\fR 
  3746. and 
  3747. \fBmixed\(hymode\fR may be transformed according to rules deduced from
  3748. Recommendations\ T.73 (1984), T.400, T.501 and T.503; if this is not possible, 
  3749. downgrading shall fail. 
  3750. .PP
  3751. Notwithstanding the above rules, \fBencoded\(hyinformation\(hytypes\fR in a
  3752. \fBreport\(hytransfer\(hycontent\fR shall be deleted.
  3753. .RT
  3754. .sp 1P
  3755. .LP
  3756. B.2.10\ \ \fIContent\(hytype and content\fR 
  3757. .sp 9p
  3758. .RT
  3759. .PP
  3760. If the \fBcontent\(hytype\fR in a message or probe is indicated by
  3761. integer, it shall be unchanged. The \fBcontent\fR in the message shall also be
  3762. unchanged.
  3763. .PP
  3764. If the \fBcontent\(hytype\fR in a message is indicated by an object
  3765. identifier, it shall be mapped to the integer value \fBexternal\fR in place 
  3766. of the object identifier. The object identifier and the \fBcontent\fR shall 
  3767. be combined 
  3768. together into a value of the EXTERNAL type, and this value shall be the
  3769. contents of the new \fBcontent\fR . The object identifier shall be the 
  3770. EXTERNAL's 
  3771. direct\(hyreference and the contents of the \fBcontent\fR OCTET STRING 
  3772. shall be its 
  3773. octet\(hyaligned encoding. The encoding of the \fBcontent\fR OCTET STRING 
  3774. shall be the Basic Encoding Rules of ASN.1 
  3775. .PP
  3776. If the \fBcontent\(hytype\fR in a probe is indicated by an object identifier, 
  3777. downgrading shall fail. 
  3778. .PP
  3779. The \fBcontent\(hytype\fR in a report shall be deleted. The
  3780. \fBreturned\(hycontent\fR shall be unchanged.
  3781. .bp
  3782. .RT
  3783. .sp 1P
  3784. .LP
  3785. B.3
  3786.     \fIRules for receiving from 1984 systems\fR 
  3787. .sp 9p
  3788. .RT
  3789. .PP
  3790. This paragraph defines the interworking rules which a 1988 system shall 
  3791. obey upon receiving an MTS\(hyAPDU from a 1984 system. 
  3792. .PP
  3793. Size constraints have been defined for a number of MTS transfer
  3794. protocol (P1) elements. Providing that a 1984 system observes these
  3795. constraints, a correctly encoded MTS\(hyAPDU received from a 1984\ sytem also
  3796. conforms to 1988\ MTS protocol (P1). Therefore, a 1988\ system need take no
  3797. special action.
  3798. .RT
  3799. .sp 1P
  3800. .LP
  3801. B.4
  3802.     \fIService irregularities\fR 
  3803. .sp 9p
  3804. .RT
  3805. .PP
  3806. The use of redirection and distribution lists in the presence of
  3807. 1988/1984 domain boundaries may lead to some irregularities which are listed
  3808. below:
  3809. .RT
  3810. .LP
  3811.     \(em
  3812.     recipients may not be able to notice that they received
  3813. a message because of DL expansion or redirection;
  3814. .LP
  3815.     \(em
  3816.      when a message traverses a 1984 domain, the expansion history and the 
  3817. redirection history are lost. This mat cause premature routing hop 
  3818. detection and result in redirection or expansion failure. Note that only 
  3819. a DL with a 1984 compatible O/R address may encounter this problem; 
  3820. .LP
  3821. \fR     \(em
  3822.      1984 MTAs will return notifications to the message originator rather 
  3823. than redirecting them back along the DL expansion path; 
  3824. .LP
  3825.     \(em
  3826.     1984 systems may see new distinguished values for integer
  3827. protocol elements which are unknown to them.
  3828. \v'6p'
  3829. .ce 1000
  3830. ANNEX\ C
  3831. .ce 0
  3832. .ce 1000
  3833. (to Recommendation X.419)
  3834. .sp 9p
  3835. .RT
  3836. .ce 0
  3837. .ce 1000
  3838. \fBDifferences between 1984 and 1988 MHS protocols\fR 
  3839. .sp 1P
  3840. .RT
  3841. .ce 0
  3842. .PP
  3843. \fR 
  3844. This Annex identifies the differences between the MTS access
  3845. protocol (P3) and MTS transfer protocol\ (P1) defined in this Recommendation
  3846. and the\ P3 and P1\ protocols defined in Recommendation\ X.411\ (1984). 
  3847. Differences of a purely editorial nature are not included here. 
  3848. .sp 1P
  3849. .RT
  3850. .PP
  3851. The differences are identified in terms of the additions or other changes 
  3852. made to protocol elements present in\ P3 and\ P1 are defined in 
  3853. Recommendation\ X.411\ (1984). The differences are more precisely indicated in
  3854. the abstract syntax definitions in Recommendation\ X.411, in which every data
  3855. type that has been changed is highlighted by means of 
  3856. underlining
  3857. .
  3858. .PP
  3859. Paragraph C.1 identifies the differences in the MTS access protocol
  3860. (P3). Paragraph\ C.2 identifies the additional differences in the MTS transfer 
  3861. protocol\ (P1). 
  3862. .RT
  3863. .sp 1P
  3864. .LP
  3865. C.1
  3866.     \fIMTS access protocol (P3) differences\fR 
  3867. .sp 9p
  3868. .RT
  3869. .PP
  3870. This paragraph identifies the differences between the MTS access
  3871. protocol\ (P3) defined in this Recommendation and the P3\ protocol defined in
  3872. Recommendation\ X.411\ (1984).
  3873. .RT
  3874. .sp 1P
  3875. .LP
  3876. C.1.1
  3877.     \fISize constraints\fR 
  3878. .sp 9p
  3879. .RT
  3880. .PP
  3881. Constraints to limit the length of string types, the number of
  3882. items in a SET OF or SEQUENCE OF type, and the value range of INTEGER types
  3883. have been placed on all parameters defined in Recommendation\ X.411 (1984) 
  3884. with the exception of the message \fBcontent\fR . 
  3885. .RT
  3886. .sp 1P
  3887. .LP
  3888. C.1.2
  3889.     \fIChanges to fundamental types\fR 
  3890. .sp 9p
  3891. .RT
  3892. .PP
  3893. The parameters \fBOR\(hyname\fR , \fBcontent\(hytype\fR ,
  3894. \fBencoded\(hyinformation\(hytypes\fR and \fBcontent\fR , which occur in 
  3895. various places in the operation arguments and results, have been extended, 
  3896. as described below. 
  3897. .bp
  3898. .RT
  3899. .sp 1P
  3900. .LP
  3901. C.1.2.1\ \ \fIOR\(hyname\fR 
  3902. .sp 9p
  3903. .RT
  3904. .PP
  3905. Two new optional parameters have been added to \fBOR\(hyname\fR .
  3906. .PP
  3907. \fR The first of these is a set of \fBextension\(hyattributes\fR that provide
  3908. the means of using the teletex character set for the \fBstandard\(hy\fR and
  3909. \fBdomain\(hydefined\(hyattributes\fR , of specifying a \fBpostal\(hyOR\(hyaddress\fR 
  3910. for physical delivery, and of specifying a \fBterminal\(hyaddress\fR from 
  3911. an 
  3912. \fBextended\(hynetwork\(hyaddress\fR .
  3913. .PP
  3914. The second of these is a \fBdirectory\(hyname\fR , as defined in
  3915. Recommendation\ X.501.
  3916. .PP
  3917. If only \fBstandard\(hy, \fBdomain\(hydefined\(hy\fR or \fBextension\(hyattributes\fR 
  3918. are \fR present, then the \fBOR\(hyname\fR constitutes an \fBOR\(hyaddress\fR 
  3919. . Otherwise, a 
  3920. \fBdirectory\(hyname\fR is also present. If a \fBdirectory\(hyname\fR alone 
  3921. is present, it 
  3922. may be necessary to map the \fBdirectory\(hyname\fR to an \fBOR\(hyaddress\fR 
  3923. (e.g.,\ using 
  3924. the directory).
  3925. .RT
  3926. .sp 1P
  3927. .LP
  3928. C.1.2.2\ \ \fIContent\(hytype\fR 
  3929. .sp 9p
  3930. .RT
  3931. .PP
  3932. The option of identifying the \fBcontent\(hytype\fR with an object
  3933. ifentifier instead of an integer has been added. It is the preferred method
  3934. of identifying new \fBcontent\(hytypes\fR , and the assignment of new integer 
  3935. values is discouraged. Three new values have been defined for the integer 
  3936. choice: 
  3937. \fBundefined, external\fR and \fBinterpersonal\(hymessaging\(hy1988\fR .
  3938. .RT
  3939. .LP
  3940. \fR 
  3941. .sp 1P
  3942. .LP
  3943. C.1.2.3\ \ \fIEncoded\(hyinformation\(hytypes\fR 
  3944. .sp 9p
  3945. .RT
  3946. .PP
  3947. The option of specifying a set of external
  3948. \fBencoded\(hyinformation\(hytypes\fR has been added. All new \fBencoded\(hyinformation\(hytypes\fR 
  3949. will be added as an object identified. 
  3950. .PP
  3951. The definition of the \fBnon\(hybasic\(hyparameters\fR for the \fBg4\(hyclass\(hy1\fR 
  3952. and \fBmixed\(hymode\fR types has been amended in that the definition referenced 
  3953. in 
  3954. Recommendations\ T.400, T.501 and\ T.503 has changed from that previously
  3955. referenced in Recommendation\ T.73\ (1984), and in that it now uses explicit
  3956. instead of implicit tagging.
  3957. .RT
  3958. .sp 1P
  3959. .LP
  3960. C.1.2.4\ \ \fIContent\fR 
  3961. .sp 9p
  3962. .RT
  3963. .PP
  3964. The \fBcontent\fR of a message is still of type OCTET STRING. If the
  3965. \fBcontent\(hytype\fR is identified by the integer value \fBexternal\fR 
  3966. , the \fBcontent\fR is termed an \fBexternal\(hycontent\fR . The value 
  3967. of the OCTET STRING for an 
  3968. \fBexternal\(hycontent\fR shall be the ASN.1 encoding of an EXTERNAL.
  3969. .RT
  3970. .sp 1P
  3971. .LP
  3972. C.1.3
  3973.     \fIExtensions\fR 
  3974. .sp 9p
  3975. .RT
  3976. .PP
  3977. Most of the extensions to the MTS abstract service definied in
  3978. Recommendation\ X.411 are accomodated in the protocol by the addition of a
  3979. single new parameter \fBextensions\fR into the operation envelopes and results.
  3980. The parameter is absent when no extensions are required. It may be present 
  3981. in the: 
  3982. .RT
  3983. .LP
  3984.     \(em
  3985.     \fBMessage\(hysubmission\(hyenvelope\fR , on a per\(hymessage and
  3986. per\(hyrecipient basis;
  3987. .LP
  3988.     \(em
  3989.     \fBMessage\(hysubmission\(hyresult\fR ;
  3990. .LP
  3991.     \(em
  3992.      \fBProbe\(hysubmission\(hyenvelope\fR , on a per\(hyprobe and per\(hyrecipient 
  3993. basis; 
  3994. .LP
  3995.     \(em
  3996.     \fBProbe\(hysubmission\(hyresult\fR ;
  3997. .LP
  3998.     \(em
  3999.     \fBMessage\(hydelivery\(hyenvelope\fR ; and
  4000. .LP
  4001.     \(em
  4002.      \fBReport\(hydelivery\(hyenvelope\fR , on a per\(hyreport and per\(hyrecipient 
  4003. basis. 
  4004. .sp 1P
  4005. .LP
  4006. C.1.4
  4007.     \fIBind\fR 
  4008. .sp 9p
  4009. .RT
  4010. .PP
  4011. In Recommendation X.411 (1984), credentials of type ANY are
  4012. exchanged using the bind argument and result. The type of the ANY is
  4013. restricted in this Recommendation to a choice of \fBsimple\(hycredentials\fR 
  4014. (either an IA5String or an OCTET STRING), or \fBstrong\(hycredentials\fR 
  4015. based on 
  4016. cryptographic techniques.
  4017. .PP
  4018. An optional parameter to specify a \fBsecurity\(hycontext\fR has been added 
  4019. to the argument. A new error has been added to indicate an 
  4020. \fBunacceptable\(hysecurity\(hycontext\fR .
  4021. .RT
  4022. .sp 1P
  4023. .LP
  4024. C.1.5
  4025.     \fIMessage\(hysubmission\fR 
  4026. .sp 9p
  4027. .RT
  4028. .PP
  4029. The \fBoriginal\(hyencoded\(hyinformation\(hytypes\fR and \fBexplicit\(hyconversion\fR 
  4030. parameters in the \fBmessage\(hysubmission\(hy 
  4031. \fBenvelope\fR have been made optional.
  4032. .PP
  4033. Two new errors have been added: \fBinconsistent\(hyrequest\fR and
  4034. \fBsecurity\(hyerror\fR .
  4035. .bp
  4036. .RT
  4037. .sp 1P
  4038. .LP
  4039. C.1.6
  4040.     \fIProbe\(hysubmission\fR 
  4041. .sp 9p
  4042. .RT
  4043. .PP
  4044. As for message\(hysubmission, see \(sc\ C.1.5.
  4045. .RT
  4046. .sp 1P
  4047. .LP
  4048. C.1.7
  4049.     \fICancel\(hydeferred\(hydelivery\fR 
  4050. .sp 9p
  4051. .RT
  4052. .PP
  4053. This operation is virtually unchanged with the exception of the
  4054. size constraints described in \(sc\ C.1.1 and the removal of the message
  4055. transferred error (subsumed by deferred\(hydelivery\(hycancellation\(hyrejected). 
  4056. .RT
  4057. .sp 1P
  4058. .LP
  4059. C.1.8
  4060.     \fISubmission\(hycontrol\fR 
  4061. .sp 9p
  4062. .RT
  4063. .PP
  4064. An optional parameter \fBpermissible\(hysecurity\(hycontext\fR has been 
  4065. added to the argument. 
  4066. .PP
  4067. An optional parameter \fBwaiting\(hycontext\(hytypes\fR has been added to the
  4068. result to specify the \fBcontent\(hytypes\fR of any waiting messages held 
  4069. due to 
  4070. prevailing controls. The indicator \fBother\(hysecurity\(hylabels\fR has 
  4071. been added to 
  4072. the \fBwaiting\(hymessages\fR parameter of the result.
  4073. .PP
  4074. An error has been added: \fBsecurity\(hyerror\fR .
  4075. .RT
  4076. .sp 1P
  4077. .LP
  4078. C.1.9
  4079.     \fIMessage\(hydelivery\fR 
  4080. .sp 9p
  4081. .RT
  4082. .PP
  4083. The \fBoriginal\(hyencoded\(hyinformation\(hytypes\fR and \fBdelivery\(hyflags\fR 
  4084. parameters have been made optional in the \fBmessage\(hydelivery\(hyenvelope\fR 
  4085. , and an optional parameter \fBcontent\(hyidentifier\fR has been added 
  4086. to it. 
  4087. .PP
  4088. The operation has been made confirmed by adding a RESULT clause,
  4089. which contains two optional security parameters: \fBrecipient\(hycertificate\fR 
  4090. and 
  4091. \fBproof\(hyof\(hydelivery\fR .
  4092. .PP
  4093. One new error has been added: \fBsecurity\(hyerror\fR .
  4094. .RT
  4095. .sp 1P
  4096. .LP
  4097. C.1.10\ \ \fIReport\(hydelivery\fR 
  4098. .sp 9p
  4099. .RT
  4100. .PP
  4101. Two new optional parameters have been added to the
  4102. \fBreport\(hydelivery\(hyenvelope\fR : the \fBcontent\(hytype\fR and the
  4103. \fBoriginal\(hyencoded\(hyinformation\(hytypes\fR of the original message.
  4104. .PP
  4105. Five new \fBnon\(hydelivery\(hyreason\(hycodes\fR and 35 new
  4106. \fBnon\(hydelivery\(hydiagnostic\(hycodes\fR have been defined.
  4107. .PP
  4108. Five new values of the \fBtype\(hyof\(hyMTS\(hyuser\fR parameter have\fR 
  4109. been added: \fBmessage\(hystore\fR , \fBdistribution\(hylist\fR , \fBphysical\(hydelivery\(hyaccess\(hyunit\fR 
  4110. , 
  4111. \fBphysical\(hyrecipient\fR and \fBother\fR .
  4112. .PP
  4113. The operation has been made confirmed by adding a RESULT clause
  4114. (which conveys no parameters).
  4115. .PP
  4116. One new error has been added: \fBsecurity\(hyerror\fR .
  4117. .RT
  4118. .sp 1P
  4119. .LP
  4120. C.1.11\ \ \fIDelivery\(hycontrol\fR 
  4121. .sp 9p
  4122. .RT
  4123. .PP
  4124. Two new optional control parameters have been added to the
  4125. argument: \fBpermissible\(hycontent\(hytypes\fR and \fBpermissible\(hysecurity\(hycontext\fR 
  4126. . 
  4127. .PP
  4128. An optional \fBwaiting\(hycontent\(hytypes\fR parameter has been added to the
  4129. result.
  4130. .PP
  4131. Two new errors have been added: \fBcontrol\(hyviolates\(hyregistration\fR and
  4132. \fBsecurity\(hyerror\fR .
  4133. .RT
  4134. .sp 1P
  4135. .LP
  4136. C.1.12\ \ \fIRegister\fR 
  4137. .sp 9p
  4138. .RT
  4139. .PP
  4140. Two new optional parameters have been added to the argument:
  4141. \fBdeliverable\(hycontent\(hytypes\fR and \fBlabels\(hyand\(hyredirections\fR .
  4142. .PP
  4143. The tags on the restrict, \fBpermissible\(hyoperations\fR and
  4144. \fBpermissible\(hymaximum\(hycontent\(hylength\fR parameters of the
  4145. \fBdefault\(hydelivery\(hycontrols\fR have been altered. The \fBpermissible\(hycontent\(hytypes\fR 
  4146. parameter has been added. 
  4147. .RT
  4148. .sp 1P
  4149. .LP
  4150. C.1.13\ \ \fIChange\(hycredentials\fR 
  4151. .sp 9p
  4152. .RT
  4153. .PP
  4154. This possible types supplied fot the credentials in this operation have 
  4155. been restricted, as described in\ \(sc\ C.1.4. The relationship between 
  4156. the 
  4157. types supplied for the \fBold\(hycredentials\fR and \fBnew\(hycredentials\fR 
  4158. has also been 
  4159. restricted (to be of the same type).
  4160. .bp
  4161. .RT
  4162. .sp 1P
  4163. .LP
  4164. C.2 
  4165.     \fIMTS transfer protocol (P1) differences\fR 
  4166. .sp 9p
  4167. .RT
  4168. .PP
  4169. This paragraph identifies the differences between the MTS transfer protocol 
  4170. (P1) defined in this Recommendation and the P1 protocol defined 
  4171. in Recommendation\ X.411\ (1984).
  4172. .PP
  4173. The following changes to the MTS transfer protocol (P1) are the same as 
  4174. those defined for the MTS access protocol (P3): size constraints (see 
  4175. \(sc\ C.1.1), changes to fundamental types (see \(sc\ C.1.2) and bind
  4176. (see\ \(sc\ C.1.4).
  4177. .PP
  4178. The following paragraphs detail other changes to the MTS transfer
  4179. protocol (P1).
  4180. .RT
  4181. .sp 1P
  4182. .LP
  4183. C.2.1
  4184.     \fIExternal\(hyfields\fR 
  4185. .sp 9p
  4186. .RT
  4187. .PP
  4188. The new parameter \fBextensions\fR is used to include most of the
  4189. abstract\(hyservice extensions to the MTS transfer protocol (P1) (see \(sc\ 
  4190. C.1.3). 
  4191. The parameter is absent when no extensions are required. It may be present
  4192. in the:
  4193. .RT
  4194. .LP
  4195.     \(em
  4196.     \fBMessage\(hytransfer\(hyenvelope\fR , on a per\(hymessage and
  4197. per\(hyrecipient basis.
  4198. .LP
  4199.     \(em
  4200.      \fBProbe\(hytransfer\(hyenvelope\fR , on a per\(hyprobe and per\(hyrecipient 
  4201. basis. 
  4202. .LP
  4203.     \(em
  4204.     \fBReport\(hytransfer\(hyenvelope\fR .
  4205. .LP
  4206.     \(em
  4207.     \fBReport\(hytransfer\(hycontent\fR , on a per\(hyreport and per\(hyrecipient
  4208. basis.
  4209. .sp 1P
  4210. .LP
  4211. C.2.2
  4212.     \fIOthers differences\fR 
  4213. .sp 9p
  4214. .RT
  4215. .PP
  4216. Two optional parameters have been added to the per\(hyreport transfer fields 
  4217. of the \fBreport\(hytransfer\(hyenvelope\fR : \fBoriginal\(hyencoded\(hyinformation\(hytypes\fR 
  4218. and \fBcontent\(hytype\fR . 
  4219. .PP
  4220. An optional \fBprivate\(hydomain\(hyidentifier\fR has been added to the
  4221. \fBper\(hydomain\(hybilateral\(hyinformation\fR parameter of the message\(hy 
  4222. and 
  4223. \fBprobe\(hytransfer\(hyenvelopes\fR . This permits \fBper\(hydomain\(hybilateral\(hyinformation\fR 
  4224. to be sent to PRMDs as well as ADMDs. 
  4225. .PP
  4226. An optional \fBother\(hyactions\fR parameter has been added to the elements 
  4227. of \fBtrace\(hyinformation\fR . The new parameter conveys two flags: \fBredirected\fR 
  4228. to 
  4229. indicate that the message was redirected by that MD, and \fBexpanded\fR 
  4230. to indicate that the MD expanded a distribution\(hylist. 
  4231. \v'6p'
  4232. .RT
  4233. .ce 1000
  4234. ANNEX\ D
  4235. .ce 0
  4236. .ce 1000
  4237. (to Recommendation X.419)
  4238. .sp 9p
  4239. .RT
  4240. .ce 0
  4241. .ce 1000
  4242. \fBDifferences between ISO and CCITT versions\fR 
  4243. .sp 1P
  4244. .RT
  4245. .ce 0
  4246. .PP
  4247. This Annex identifies the technical differences between the ISO
  4248. and CCITT versions of the text of CCITT Recommendations\ X.419 and ISO\ 
  4249. 10021\(hy6 as they relate to the support of the MTS transfer protocol (P1). 
  4250. .sp 1P
  4251. .RT
  4252. .PP
  4253. They are:
  4254. .LP
  4255.     1)
  4256.      In CCITT Recommendation X.419, it is a mandatory conformance requirement 
  4257. to have the capability to interwork with implementations of the 
  4258. CCITT Recommendation\ X.411 (1984) using the MTS Transfer Protocol (P1) (for
  4259. ADMD \(hy ADMD and ADMD \(hy PRMD). In ISO\ 10021\(hy6, the capability 
  4260. to interwork with 1984 systems is optional (for PRMD \(hy PRMD and intra\(hydomain). 
  4261. .LP
  4262.     2)
  4263.     In CCITT Recommendation X.419, support for the mapping of
  4264. the MTS transfer protocol (P1) onto the RTSE in X.410\(hy1984 mode is a 
  4265. mandatory conformance requirement; support for the mapping onto the RTSE 
  4266. in normal mode is optional. In ISO\ 10021\(hy6, support for the mapping 
  4267. onto the RTSE in normal 
  4268. mode is mandatory, support for the mapping onto the RTSE in X.410\(hy1984 
  4269. mode is optional. 
  4270. .LP
  4271.      \fINote\fR \ \(em\ An implementation conformant only to the mandatory 
  4272. mapping of ISO\ 10021\(hy6 would not be capable of interworking with 
  4273. implementations of the CCITT Recommendation\ X.411 (1984), nor implementations 
  4274. conformant only to the mandatory mapping of CCITT Recommendation\ X.419 
  4275. (1988), and vice versa. 
  4276. .LP
  4277.     3)
  4278.      In CCITT Recommendation X.419, requirements are made for the support 
  4279. of lower layer services (see\ \(sc\ 11.3.4). In ISO\ 10021\(hy6, these 
  4280. requirements are omitted.
  4281. .LP
  4282. .bp
  4283.